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.

Similar Messages

Cancelamento de NFe de MM

Bom dia pessoal,
poderiam me ajudar na seguinte situação.
aqui na empresa temos um RE para impressão de NF de fornecedores. Esta NF é lançada na MIRO em MM.
Considerando este cénário, gostaria de saber se alguem já aplicou alguma nota SAP para impedir o cancelamento de NFe pela J1BNFE quando o documento de referência (MIRO) já tiver sido compensado em FI.
Poderia fazer esta consistência através de enhancement da J1BNFE, mas uma solução standard seria mais aconselhável caso exista.
Obrigado,
Alexandre Maia

Bom dia Alexandre,
Boa atitude, é sempre bom seguir a trilha do que reinventar a roda (não que eu desaprove uma reinventade da roda mas vamos guardar energia né.
A SAP Note 1396498 resolve a questão.
Atenciosamente, Fernando Da Ró

NFe com SEFAZ-AM: Código de retorno 200. O que seria isto?

Pessoal,
Estávamos realizando um teste com um cenário de devolução de compra de material de uso e consumo com a nossa filial do Amazonas e obtivemos o retorno no XML com o código de retorno 200.
Alguém já viveu esta experiência antes? Se sim, o que significa o código de retorno 200?
Abraço,
Daniel.
Edited by: Daniel Carvalho on Jun 29, 2010 10:54 AM

daniel, eu tenho uma solucao que derrepente pode ajuda-lo, mas preciso saber uma coisa, essa nfe chegou a ser enviada ao sefaz, ja consultou ela no proprio sefaz para ver se ela nao foi criada?
existe um "workaround" ( como o Henrique costuma falar ) que vc acaba conseguindo reenviar esse lote, mas vc terá que fazer duas alteracoes em dados da tabela.
1)Entre na tabela BATSTA e no campo BATCHID informe o numero do lote problemático e em seguida edite e altere o valor do campo PROCESS para u2018Xu2019 ( em processamento)
2)Em seguida entre na tabela /XNFE/BAT_HIST com o mesmo BATCHID e apague o valor da ultima linha de processamento que esta com o campo ERROR STATUS preenxido ( LIMPE O CAMPO ERROR STATUS)
3)Após essas alteraçoes dos dados execute o programa /XNFE/BATCH_REQUEST..
Nao é garantido que funcione, o passo 2 algumas pessoas preferem criar uma nova linha para que seja mantido o historico
Edited by: Carlos Rodrigo Pereira on Jun 29, 2010 8:19 PM

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 - Atualização de Z no retorno do cancelamento

Prezados, bom dia!
Estamos com um cenário onde as NFe saída são geradas todas por processos Z.
Quando solicitamos um cancelamento pelo monitor J1BNFE, no retorno do cancelamento autorizado necessitamos estornar as NFe pelos processos Z, devido a várias tabelas Z de controle.
Para isto verifiquei que existe o método CALL_RSNAST00 onde poderia incluir toda essa lógica Z. Essa lógica Z cancela o documento de origem e também a NFe.
Se eu montar esse processo, haverá um conflito com a function module J_1B_NFE_CANCEL NFE que cancela doumento de origem e NFe.
Existe alguma configuração que desative o cancelamento do documento de origem/NFe?
Está correto o ponto onde estou pensando em colocar essa lógica Z?
Grato.

Olá Nelio.
Minha sugestão é você somente implementar Z daquilo que o SAP não cobre no seu cenário.
Quer dizer, deixar o SAP cancelar os documentos standard e você somente atualiza o conteúdo Z.
Isso para o caso da SAP estender a lógica de cancelamento, você vai perder essa lógica.
Ex: o NFe pode ser integrado com outros produtos, como CRM, que vai receber mensagem do cancelamento da NFe no ECC dentro das rotinas de cancelamento. Se você substituir a lógica por uma própria essa mensagem falta e seu sistema fica inconsistente.
abraço
André

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.

NFe - erro 204

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

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

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

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

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

Erro 225 - Falha no Schema XML do lote de NFe com mensagem formato invalid

Pessoal, boa noite.
Estou me deparando com um problema de validação de NFe no Sefaz GO, onde está retornando o erro 225, mas quando verifico o retorno tenho a mensagem de que o formato não é valido (abaixo print) . Verificando o dado, não tem nenhuma divergencia entre os demais valores. Alguém ja se deparou com este erro?
<?xml version="1.0" encoding="utf-8" ?>
- <ns1:nfeRetRecepcaoResponse2 xmlns:ns1="http://sap.com/xi/NFE/006">
- <ns1:nfeRetRecepcao2Result>
- <ns2:retConsReciNFe xmlns:ns2="http://www.portalfiscal.inf.br/nfe" versao="2.00">
<ns2:tpAmb>2</ns2:tpAmb>
<ns2:verAplic>GO2.0</ns2:verAplic>
<ns2:nRec>521000004377506</ns2:nRec>
<ns2:cStat>225</ns2:cStat>
<ns2:xMotivo>Rejeição: Falha no Schema XML do lote de NFe</ns2:xMotivo>
<ns2:cUF>52</ns2:cUF>
<ns2:cMsg>225</ns2:cMsg>
<ns2:xMsg>cvc-pattern-valid: Value '5499.00' is not facet-valid with respect to
pattern '0|0.[0-9]{2}|[1-9]{1}[0-9]{0,12}(.[0-9]{2})?' for
type 'TDec_1302'.</ns2:xMsg>
</ns2:retConsReciNFe>
</ns1:nfeRetRecepcao2Result>
</ns1:nfeRetRecepcaoResponse2>
Edited by: Fernando Ros on Apr 22, 2011 8:03 AM adicionando tag code para visualizar todos os caracteres

Bom dia Carlos,
Em sendo a Sefaz GO a inconstância não me surpreende, mas a de se estar atualizado, principalmente com o removedor de caracteres e validador ativo para evitar a chance do programa da Sefaz se confundir que é o que parece estar acontecendo... Está apontando o problema num lugar onde a mensagem apresentada está ok.
Sugiro atualizar o sistema ao SP18 que é o necessário para trabalhar de forma saudável com layout 2.0
Atenciosamente, Fernando Da Rö

Erro de Validação = 10

Boa tarde!
Pessoal,
Estou com dois documentos no ambiente de produção com erro de validação, são eles:
Campo: IS_NFE_HEADER-C1_IM (o status está verde) ok
Campo: IS_NFE_HEADER-C1_CNAE (C020) (status vermelho)
Campo: IS_NFE_HEADER-T_MODFRETE (X002) (status vermelho)
Efetuei a análise conforme os logs apresentados e todas as informações estão preenchidas, o campo de modalidade de frete está lá, e as informações do tipo de frete e cnae também estão na BADI.
Os processos que apresentaram estes erros, são duas notas de entrada (IMPORTAÇÃO).
É estranho, porque quando há erro de validação por parte do GRC, o status no SAP fica com código 8 e mensagem V, mas no entanto, ao acessar a J1BNFE não tem este retorno.
Alguém já passou por isso?
Poderiam me ajudar?
Observações: GRC versão 7.0 SP 13 / SAP versão 6.0 SP 16
Obrigada,
Adriana

Fernando,
Estes dois cenários realmente são muito estranhos.
Foi gerada a NFE via J1B1N referente processo de Importação. Ao enviar ao GRC, passou pela validação e ficou parada a NFE por causas dos logs de erros.
No SAP não houve nenhuma atualização do GRC para J1BNFE, como estava demorando o retorno da comunicação, acessamos o GRC e verificamos que tinha aqueles campos com erros. Como eu disse, os campos referidos estavam ok no BADI.
Tentamos "enviar de novo" a NFE e apareceu a bandeirinha vermelha dizendo que não era possível.
Então fizemos outra tentativa. Deixamos o documento com status 3, ou seja, "enviar a NFE a SEFAZ", em seguida marquei a linha e dei enviar, funcionou, pois o documento foi autorizado.
Mas fica a dúvida: por que aconteceu isso? Sendo que os dados estavam lá tudo certo. E por que não apareceu na J1BNFE o código 8 simbolizando que havia erro, assim poderíamos resetar o documento enviar.
Será que houve falha de comunicação por um instante?
Será que falta aplicar alguma nota para não ocorrer isso novamente?
O SAP Netweaver está na versão 7 SP 13. O SAP ERP está na versão 6 SP 16.
Aguardo comentários.
Abraços,
Adriana

Campo NF-e issuing type na chave de acesso

Caros,
Estou fazendo alguns testes de entrada de fornecedor e deparei com uma dúvida.
Segundo a SAP Note 1497422 o campo NF-e issuing type terá o valor de 1 a 5.
Vamos supor que eu estaria dando entrada de uma nota com a chave de acesso 34100851474716000161550010000072960330544794
O campo NF-e issuing type está bloqueado por default, até aí tudo bem é só liberar.
Como vai ficar o dígito zero (detaacdo em vermelho) sendo que abrindo o match code vai de 1 a 5 ? Sem falar que se ficar 1 no lugar do zero o usuário não conseguirá consultar a NFe na SEFAZ.
Obrigado a todos.
Marcelo

Bom dia Marcelo,
O issuing type requerido de 1 a 5, fazendo parte da chave de acesso é apenas para o layout 2.0.
Quando na chave de acesso correta você tem o valor 0, refere-se ao padrão até o layout 1.10, então se o programa após esta aplicação exigir o 1 a 5 é um erro de programa.
Se ao abrir você ficar com erro, por favor crie um chamado para XX-CSC-BR-NFE, com o step-by-step para reproduzir.
Notas relevantes:
1497422 TPEMIS wrong default value (0) for incoming NF-e
1486401 NF-e: Issuing type not filled in accordance to
1489116 NF-e: Issuing type not correct for SCAN and non-decouple
1485996 NF-e: Issuing type in status contingency not correct
1454408 Nf-e: Change of access key: tpEmis and random number
1443089 NFe: Inclusion of NF-e issuing type in Access Key - Part 1
Atenciosamente, Fernando Da Ró

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

NFe de inutilização com aguardando resposta

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

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

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ó

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.

Interceptar resposta de cancelamento de NFe do sefaz

Similar Messages

Maybe you are looking for