Ajuda - Envio NF de Cancelamento Sefaz

Pessoal,
Estou com a seguinte dúvida, não sei como resolver o problema abaixo.
O cliente gerou uma nota fiscal de saída com uma numeração, por exemplo, 1234, e emitiu essa nota para o SEFAZ.
Após realizou o cancelamento dessa nota, contudo não alterou o campo Nº NF (SeqCode) para Canceled e deixou como NF-e, ou seja, a nota e o cancelamento ambos ficaram com o mesmo número 1234.
Agora não conseguimos enviar este cancelamento para o SEFAZ, pois o Add-On acusa rejeição por duplicidade.
Não consigo cancelar o cancelamento e também não consigo editar este campo Nº NF (SeqCode) obviamente.
O que vocês me aconselhariam neste caso?
SAP B1 9.0 PL 12.
Agradeço desde já.
Muito Obrigada.
Mariana

Boa tarde Mariana,
No Skill eu consigo fazer alguns "ajustes técnicos", eu faria o seguinte neste caso.
1) consultar no Sefaz a chave da nota 1234 (de saída),
2) se estiver valida, baixar do Sefaz o XML e importar no emissor gratuito Sefaz, e cancelar por lá (se der tempo, tem que estar nas 24 horas).
3) no caso da SKILL, eu consigo colocar em um campo de usuário que a nota foi cancelada, assim ele irá considerar a nota de saída como cancelada nos SPEDs, livros, etc.., ele considera cancelada mesmo não tendo cancelada no sap ou esteja cancelada errada (já aconteceu isso comigo).
4) a parte contábil, imagino que já foi estornada na nota errada.
Espero ter ajudado
Abraço.

Similar Messages

Dicas para estornar NF-e após prazo de cancelamento (SEFAZ/RS)

Caros,
a SEFAZ-RS, através da IN RE 098/11, definiu o procedimento para "estornar" uma NF-e emitida erroneamente após o prazo de cancelamento de 24hs. Esse procedimento é valido a partir de 01/01/2012.
O procedimento encontra-se na Instrução Normativa DRP 045/98, no seguinte caminho:
INSTRUÇÃO NORMATIVA DRP Nº 045/98
     Título I - DO ICMS
          Capítulo XI - DOS DOCUMENTOS FISCAIS
               Seção 20.0 - NOTA FISCAL ELETRÔNICA (RICMS, Livro II, art. 8º, I, h)
                    Item 20.4 - Cancelamento
20.4 - Cancelamento
20.4.1 - A NF-e poderá ser cancelada em prazo não superior a 24 horas, contado do momento em que foi concedida a respectiva Autorização de Uso da NF-e, desde que não tenha ocorrido a circulação da mercadoria ou a prestação do serviço.
20.4.2 - Nos casos em que a operação não tenha sido realizada e o cancelamento não tenha sido transmitido no prazo referido no subitem 20.4.1, a correção deve ser realizada através da emissão de NF-e de estorno, com as seguintes características:
a) finalidade de emissão da NF-e (campo FinNFe) = "3 - NF-e de ajuste";
b) descrição da Natureza da Operação (campo natOp) = "999 - Estorno de NF-e não cancelada no prazo legal";
c) referenciar a chave de acesso da NF-e que está sendo estornada (campo refNFe);
d) dados de produtos/serviços e valores equivalentes aos da NF-e estornada;
e) códigos de CFOP inversos aos constantes na NF-e estornada;
f) informar a justificativa do estorno nas Informações Adicionais de Interesse do Fisco (campo infAdFisco).
Obviamente, o procedimento descrito acima só é válido, hoje, para notas emitidas no RS.
Seria interessante, contudo, que as empresas dos demais estados questionassem as respectivas SEFAZs para a definição de um procedimento a ser seguido nesses casos, idealmente sugerindo o acima como padrão.
Abs,
Henrique.

Mcalgaroto,
Hoje o ERP nem suporta a emissão desta NF-e do tipo "Ajuste" pois a legislação não é clara quanto ao seu uso. Não existe um acordo entre os estados.
Se quiser emitir uma NF-e de ajuste, vai precisar mudar o parâmetro do campo para "3" via BAdI no ERP.
Além disso, os estados que publicaram estas instruções (RS, SC, CE e algum outro que não me lembro) não foram claros, por exemplo, em relação ao que é exatamente um CFOP invertido. Somente mudar o primeiro dígito não é válido pois alguns CFOPs de saída não têm um correspondente de entrada.
As empresas precisam exigir dos estados mais esclarecimentos quanto à este procedimento e a CONFAZ precisa publicar uma Nota Técnica regulamentando quais são as consequências de se criar tal NF-e.
Abs e boa sorte!

Ajuda com primeira implementação NFe - ABAP

Bom dia pessoal. Estou participando da primeira implementação de NFe e preciso de uma ajuda para entender melhor. Conversando aqui tenho as informações:
-O sistema que fará o envio e retorno do SEFAZ será o SYNCRO
-Minha parte abap será criar e receber os arquivos em XML em uma pasta no servidor a ser definida.
Minha duvida é:
1-Eu sei efetuar download d arquivos, mas onde que eu faria essa codificação para gerar o arquivo e guardar em uma pasta?
2-No retorno, eu teria que fazer um programa para ler os dados e atualizar no SAP? Como é feito o update no SAP?
Muito obrigado pela ajuda!

Fala Fulvio, blz?
Visto que o sistema de mensageria que você utilizará não é o SAP GRC NFE, você pode fazer a geração do XML via enhancement no módulo de função J_1B_NFE_XML_OUT. Isto pode ser realizado dentro do subprograma CALL_XI que é o responsável por chamar o sistema de mensageria.
O retorno dos sistemas de mensageria para o ERP são realizados através do módulo de função J_1B_NFE_XML_IN_TAB / J_1B_NFE_XML_IN. Através deste módulo de função é retornado o status de processamento da SEFAZ e também o status para que o ERP processe esta nota (realizando o estorno do processo em caso de cancelamento, por exemplo).
Para retornar as informações para o ERP, você pode gerar um job que lê os retornos em um diretório e então chama a função J_1B_NFE_XML_IN_TAB, por exemplo.
At.
David

Nota Fiscal Eletrônica ISS DF

Boa tarde,
Gostaria de uma ajuda para entender melhor como funciona esse tipo de NFE - ISS para o distrito federal.
Realizei leitura de alguns tópicos, mas ainda não ficou claro.
Deverá ser criado uma nfe com um item de serviço (modelo 55)?
Essa nota no sap deverá ficar como nfe normal(marcado na j1b3n como nfe) só que com um item de serviço?
O envio para a (Mensageria)SEFAZ será feito por um xml padrão nfe (normal modelo 55), existe alguma tag nova para esse serviço?
Obrigado desde já.
Amanda

Bom dia Danilo
a SAP tem um acordo com a Skill que esta vendendo esse Add-on e sao eles que dao o suporte.
se precisar de contatos, fale com o Carlos Hernandez primeiro.
Um abraco
Rui Pereira
Euipe de Moderadores SAP Business One

XML 3.10 - OB - Error While Sending Batch

Olá pessoal boa tarde a todos,
Estou com alguns problemas nos cenários de outbound do XML 3.10, sp16.
Quando está no processo de envio do lote a SEFAZ, todos os lotes ficam travados com erro abaixo:
Verificando a msg dentro do PI - está com rejeição 215 - só que isso não refletiu no monitor de batch XML 3.10.
Rejeição:
Monitor Batch XML 3.10:
Verifiquei várias threads que tem alguns erros relativos ao SP16, solitei a aplicação de duas notas do SP17:
2013540 - NF-es remains in status 'Waiting for Batch Response' although the batch process ends with status ok
2008564 - NF-es remains in status 'Waiting for Batch Response' although the batchs process ends with status ok
Não acredito que apenas essas duas notas vão corrigir o problema.
Alguém passou por essa mesma situação ?
Atenciosamente,
Ricardo Viana.

Halsen,
SEFAZ AM - Erro de schema XML - 215
SEFAZ SP - Erro HTTP 500
SEFAZ MG - EM BRANCO
Olha a msg de erro bizarro:
Resposta:
Qual foi o ajuste que vocês fizeram para esse caso em BRANCO ?
Att,
Message was edited by: Ricardo Viana

Interceptar resposta de cancelamento de NFe do sefaz

Boa tarde,
Estou trabalhando em um desenvolvimento ABAP onde no momemento da geração da DANFE são gerados e enviados (via e-mail) certificados de qualidade para o cliente. Porém um problema constatado acontece no momento do cancelamento da NF: existe algum meio de "interceptar" a resposta do sefaz a um cancelamento e automaticamente rodar uma rotina Z que cancelasse também os certificados de qualidade relativos a NF enviando um aviso ao cliente?
Procurei por exits e afins nas interfaces CFB2B_enhProcCancNFe_IB mas não obtive sucesso.
Agradeço desde já qualquer ajuda neste problema,
Fabio Gross

Se nao me engano, a J_1B_NFE_XML_IN_TAB vai chamar a BAdI CL_NFE_PRINT método CALL_RSNAST00 (ou algo assim) tb para retornos de cancelamento.
Vc poderia utilizar essa badi como workaround para chamar esse seu Z, quando fosse um docnum de cancelamento.
Talvez haja sugestao melhor, porém.
Abs,
Henrique.

Envio de dados de importação em NF-e para SEFAZ

Boa tarde pessoal,
Estou numa implementação de solução de NF-e e não utilizamos a solução GRC. Porém, meu problema é sobre o envio dos dados de importação para serem montados no momento de criação do arquivo da NF-e. Dados como número de DI, local de desembaraço, data do desembaraço, código de exportador, número de adição, código de fabricante estrangeiro, entre outros não existem no SAP standard (isso somente será utilizado para NF Writer). Gostaria de saber se alguém já enfrentou esse problema, pois por aqui a gente não sabe como enviar esses dados no momento da criação da nota (até pensei em criar uma aba a mais na transação J1B1N para que o usuário possa inserir essas informações).
No caso, o projeto já possui uma implementação de NF-e, porém o arquivo somente é criado e enviado no momento da saída da NF, ou seja, o usuário gera a nota fiscal, preenche esses dados numa determinada tabela Z, e depois dá a saída para que o arquivo seja gerado e enviado à SEFAZ. Quero saber se há alguma solução dentro do standard que possa nos ajudar.
Desde já agradeço pela atenção de todos.
Abraços,
Diogo.

Bom dia Diogo,
Alguém já passou por isso ?
Sim, todos os clientes que fazem nota de importação, utilizando-se do SAP ERP, pois não há suporte standard para importação/exportação. Como fazê-lo: Preencher estes dados na BADI CL_NFE_PRINT.
Pelo que entendi vocês já fizeram isto. Então qual o problema ? A saída imediata para a mensageria ? Se é isto pode-se configurar o RFC_CALL para 1/2 para que seja necessário passar pela J1BNFE antes do envio, de forma que o usuário possa preencher estes valores na tabela Z, que será carregada no XML pela BADI.
Se não for isso, por favor complemente que ponto está pegando.
Atenciosamente, Fernando Da Ró

Cancelamento/inutilização: erro de sistema PI - SEFAZ MG - Erro: 50

Bom dia,
Estamos com problemas para relizar o cancelamento de notas junto ao SEFAZ de MG.
Todos os cancelamentos retornam da seguinte forma:
Status de Processo: 06 - Enviado ao Processamento da Nota Fiscal Eletrônica
Status de Erro: Cancelamento/inutilização: erro de sistema PI
Fizemos várias tentativas de reenvio, mas todas retornaram com o mesmo erro.
Também alteramos o status de erro, através da tabela de histório de status, mas também continua retornando o mesmo erro.
Aparentemente isso está acontecendo desde segunda-feira (03/10).
Verificamos na sxi_monitor e não há registro de erro (sem bolinha vermelha), os precessos ficam "bandeirados", mas com o erro NEGATIVE_ACKNOWLEDGEMENT.
Ao que tudo indica é algum problema no SEFAZ de MG, mas como podemos verificar isso?
Alguém está tendo o mesmo problema?
Desde já obrigada!
Gilmara Silva

Boa tarde.
Estamos tendo o mesmo problema.
Na verdade o problema começou na SEFAZ MG dia 30.09.2011. Algumas (muito poucas) empresas estão conseguindo cancelar. Acredito que depende de qual servidor da SEFAZ o pedido é processado.
Depois de diversos contatos com SEFAZ via chamados, telefonemas, etc....recebemos o seguinte retorno:
"Este é um problema intermitente e pela análise da STI deve estar ocorrendo apenas em uma das máquinas utilizadas no processamento. Alguns contribuintes estão conseguindo a autorização quando do reenvio da solicitação de cancelamento.
Ainda não podemos precisar a disponibilidade da solução."
SEF/MG - SAIF/DINF/DED
Ou seja, sem previsão.
At.,
Bernardo Braga

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 Extemporâneo NF-e MS

Pessoal, boa tarde!
Estou enfrentando o seguinte problema em um cliente:
A NF-e foi emitida e autorizada em 01/2014. A mercadoria não circulou e a solicitação é que o cancelamento seja feito neste mês.
Informaram a SEFAZ e, inclusive, pagaram a taxa e obtiveram autorização para este cancelamento.
O problema acontece no momento de tentar solicitar o estorno via monitor J1BNFE. Pelo fato do período contábil de janeiro já encontrar-se encerrado, o sistema não permite o envio deste cancelamento (Mensagem de erro: Período de lançamento 001 2014 já está encerrado).
Minha sugestão foi para que fizessem uma NF-e de Devolução à esta saída. No entanto, eles me informaram que a consultoria tributária que presta serviço para a empresa proibiu esta prática. Disseram que este procedimento não é legal e que o cancelamento extemporâneo é o que deve ser feito neste caso.
Diante disso, tenho alguns questionamentos:
1) Existe alguma maneira de solicitar este cancelamento via monitor J1BNFE, sem a necessidade de se mexer no período contábil?
2) O processo de Devolução à Saída realmente não é uma boa prática?
Agradeço desde já a ajuda!
Att.

Boa noite, Karen!
Obrigado pelo retorno.
Pelo que pesquisei mesmo após o prazo de 24 horas ainda é possível realizar o cancelamento. Não sei se isto se aplica em todos os estados. Em SP, por exemplo, a regra é a seguinte:
Após o prazo regulamentar de 24 horas da autorização de uso da NF-e, os Pedidos de Cancelamento de NF-e transmitidos à Secretaria da Fazenda serão recebidos via sistema até 480 horas da Autorização de Uso da NF-e, porém neste segundo caso o emitente fica sujeito à penalidade prevista no item z1 do Inciso IV do artigo 527 do Regulamento do ICMS.
Após este prazo de 480 horas da autorização de uso da NF-e, a NF-e pode ser cancelada somente com a aprovação do Posto Fiscal de vinculação. O pedido deve ser acompanhado da:
1. chave de acesso da NF-e a ser cancelada extemporaneamente;
2. folha do livro Registro de Saídas e/ou Entradas, correspondente ao lançamento da operação ou prestação ou declaração de que faz uso da EFD (Escrituração Fiscal Digital);
3. comprovação de que a operação não ocorreu:
declaração firmada pelo representante legal do destinatário/remetente paulista da NF-e de que faz uso da Escrituração Fiscal Digital ou, não sendo este o caso, declaração firmada pelo representante legal do destinatário/remetente paulista da NF-e que não ocorreu a operação e de que não utilizou como crédito o valor do imposto registrado no documento fiscal ou;
tratando-se de pedido que envolva estabelecimento situado em outra unidade da Federação, cópia de correspondência entregue pelo destinatário à repartição fiscal do seu domicílio, em que declare que não utilizou como crédito, ou que estornou, a quantia restituenda ou compensada.
A resposta do pedido será enviada via Domicílio Eletrônico do Contribuinte - DEC.
Após a autorização do Posto Fiscal de vinculação, o emitente da NF-e deve transmitir o cancelamento da NF-e como evento, via sistema, dentro do prazo de 15 dias.
No caso de MS, eles também permitem o cancelamento desta maneira. O Fiscal, inclusive, informou a SEFAZ sobre o caso, efetuou o pagamento da taxa (DAEMS) e já obteve a autorização para o cancelamento.
No entanto, a dúvida está mesmo por conta do erro no momento de solicitar o estorno via monitor. Ao realizar este procedimento, o erro de período encerrado barra o envio para o GRC e SEFAZ. Para enviar o cancelamento, o período de janeiro terá de ser aberto, e meu receio está justamente neste ponto.
De qualquer maneira, agradeço as informações. Vou alinhar melhor com o pessoal do Fiscal/Contábil e verificar a melhor maneira de resolver o problema. Assim que tiver uma definição, compartilharei aqui para ajuda-los caso passem por situações semelhantes no futuro.
Abs!

Processo de cancelamento de Nota Fiscal

Pessoal , bom dia!
Mais uma vez estou aqui solicitando um help.
Estamos em produção e nos deparamos com uma situação inusitada de processo de negócio.
Emitimos 2 notas fiscais de serviços e uma ORB indevidamente.
As duas notas de serviço passaram para o GRC e foram enviadas para o SEFAZ por que faltava a configuração no ECC que proibe notas de serviços de serem enviadas ao GRC. Já corrigimos isso.
A ORB foi enviada com caracteres especiais e consequentemente foi recusado o XML pelo SEFAZ.
Nossos usuários solicitaram o cancelamento da Nota porém o GRC não atualizou o Status do ECC.
Descobrimos que estava faltando autorização para o usuário que atualiza o ECC (pela RFC na SM59) e já corrigimos também.
Porém antes de corrigirmos as autorizações o usuário cancelou a fatura (manualmente no ECC) da ORB e agora o JOB UPDATE_ERP_STATUS não está atualizando o ECC. Porém no GRC esta já está com o Status 102 e verde.
Além disso, para as notas de serviço o JOB também não está atualizando o ECC, porém estas não tiveram suas faturas canceladas e já estão com o status 101 ou 102 e verde no GRC.
Agradeço a ajuda desde Já..... Obrigado
Suzano

Bom dia Thiago,
É possível que precise de notas no R/3 ou até desenvolvimento, não conheço bem o processo de negócio neste ponto.
Você pode fazer o seguinte, pelo que você disse, os registros com 102 devem estar na tabela /xnfe/backstatus pois o job /xnfe/update_erp_status não está conseguindo processar com sucesso.
Este ponto de retorno de cancelamento tem estes pontos de atenção:
- idioma do usuário na SM59 do GRC deve estar manualmente setado para o que se loga no dialog do R/3 (ex.: PT)
- direitos deste usuário no R/3 (pode varias conforme processo MM, SD, FI, IS....)
- notas ausentes no R/3 (procure por notas c/ J_1BNFE_CANCEL no market place)
- pré-requisitos de cancelamento (período fechado, sem saldo...)
- standard sem suporte para o tipo de cancelamento
Verifique no GRC na transação RSRFCTRC se tem alguma informação referente a execução da função J_1B_NFE_XML_IN_TAB
Vá eliminando todas estas etapas e por fim, se nada mais funcionar, pegue os dados da /xnfe/backstatus e debug a função J_1B_NFE_XML_IN diretamente no R/3, o ponto de atenção deve estar no call transaction que ele irá executar para cancelar.
Atenciosamente,
Fernando Da Ró

ATUALIZAÇÃO DE STATUS NF-E EMITIDA E ENVIADA A LEGADO P/ COMUNICAÇÃO SEFAZ

Senhores (as);
   Estou desenvolvendo uma NF-e que será gerada no SAP (J1B1N), depois será enviada a um sistema legado que fará o envio a SEFAZ. Para tal, na J_1B_NFE_XML_OUT, coloquei uma codificação que gera um arquivo .xml e salva num diretório, onde o legado busca este arquivo e envia a Sefaz e trata as contigências, cancelamentos, imprime o DANFE, etc. coloquei também uma chamada a essa RFC no form Call_Xi. Ocorre que no monitor J1BNFE, quando seleciono a nota e clico em enviar aparece a mensagem:
"Mensagem incompleta (Falta nível de gravidade, área, número ou exceção)"
    E quando eu tento carregar o retorno na J_1B_NFE_XML_IN e forçar nela status de enviado, retorna "Não permite status seguinte 'Não Enviado' para doc. 'Autorizada'".
    Gostaria de saber se alguém sabe como atualizar os status do Monitor (J1BNFE) neste caso; e se tem como, somente alimentando a J_1B_NFE_XML_IN, atualizar os status ? Gostaria de que quando enviar no Monitor o status ficasse em 'enviado', 'Autorizado', etc, de acordo com a fase do processo, pois o legado consegue carregar a J_1B_NFE_XML_IN com o retorno da SEFAZ....
Desde já agradeço....

Exmo Sr:. Da Rós;
   Segue abaixo respostas:
Bom dia José Aguilar,
porém o meu problema com a atualização dos status persiste
Pergunta: Agora quando a NF-e é emitida e transferida para o sistema mensagerio você obtem um SCSSTAT = 0 na J1BNFE?
Resposta: Não. Esta é exatamente a causa de todas as minhas perguntas neste fórum.
...temos para auxiliar os amigos do fórum no entendimento correto da questão, pois se trata de cenário único (envolve 3 sistemas) e com particularidades específicas, como servidor Unix, cliente Retail, sem PI nem GRC, etc.
Para o ERP este passo de saída não faz tanta distinção ser o GRC ou não, ele irá chamar a /XNFE/NFE_CREATE para o GRC ou a J_1BNFE_XML_OUT para mensageria de terceiros.
Próximos passos:
- Qual o resultado do debug? O que descobriu?
Resposta: No Debug descobri a solução para o meu problema antigo, as mensagens do log; porém não conseguí ainda achar exatamente o ponto onde acontece o flag do campo SCSSTAT, o mesmo passa por diversas estruturas, variáveis e ti's, tentei forçar o valor no campo porém quando passa por outras consistências e funções volta a zerar o conteúdo. Agora estou debugando o grupo de funções j_1b_nfe e a j1b1, pois a verdade é que preciso flegar este campo no momento da criação da nf-e, pois os usuários terão acesso ao j1bnfe só para verificar status, pois o volume de notas é muito grande e devem já ser criadas com a determinação do número e o envio para o programa que repassará o arquivo ao Synchro.
- Os status mudaram?
Resposta: Não.
Atenciosamente, Fernando Da Rós
Agradeço pela compreensão, disposição, educação e grande paciência com que o senhor vem reportando meus questionamentos.
Grato.
José Aguilar.

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

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ó

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.

Ajuda - Envio NF de Cancelamento Sefaz

Similar Messages

Maybe you are looking for