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ó

Similar Messages

ESTORNO DE NUMERO DE NOTA FISCAL-E DUPLICADA

Boa noite pessoal,
EStou com uma duvida, nao sei se alguem ja passou por este caso,
Criamos uma Nf-e de entrada numero NFENUM "4" e tudo ok, logo criamos outra nota fiscal de entrada e na J1BNFE eta ultima aparece criada tambem como o numero NFENUM "4" também, agora o valor do campo DOCNUM esse sim é diferente.
Agora precisamos cancelar esta ultima nota criada que ta duplicada e nao esta permitindo, aparece a mensagem de status rejeitada : Solicitação de não consideração rejeitada.
Alguem sabe como seria o processo para estornar esta nota fiscal duplicada?
muito obrigado a todos
Abraços
M

MarcosG88 como foi solucionado??
Estou com o mesmo problema??
Procurei em varios foruns na SDN e não encontrei?
Pode me informar como fez para solucionar?
Muito obrigado,
Rodolfo.

Erro na J1BNFE (nota fiscal de entrada - categoria F1)

Bom dia,
Estou com um erro no monitor de nf-e, para uma nota de entrada - categoria F1:
Os erros são:
Erro de validação: Campo 44-Place Access Key: V11 (Campo ID)
Erro de validação: Campo 44-Place Access Key: V06 (Campo ID)
Erro de validação: Campo 44-Place Access Key: V08 (Campo ID)
Verificamos que os campos Nº aleatório e Díg.ctrl. não estão preenchidos, seria essa a causa do erro ?
Obrigada,
Dayana.

Obrigada Jeisson,
É um processo de compra, uma nota fiscal eletrônica de entrada (MIRO), porém neste caso existe uma transação "Z" para não fazer a validação no momento da MIRO, devido a um erro no processo. Dessa forma, como não houve a validação na entrada, o usuário não preencheu todas as informações necessárias na NF-e. E no monitor a nota ficou com os erros citados.
Sempre que ocorrer esse erro, é devido ao campo que não esta preenchido, ou pode ocorrer por outros motivos?
Obrigada!
Dayana.

Nota fiscal rejeitada por campos 'pMVAST, pRedBCST, vBCST' vazios no processo de transferência de crédito de ICMS

Pessoal, bom dia!
Vejam se alguém já passou por algo parecido em algum projeto...
Estou com uma demanda pra alterar alguns parametros do processo de transferência de crédito de ICMS, que são:
1- A quantidade deverá ser preenchida com “0”.
2- O valor unitário deve ser “0”.
3- O campo de unidade de medida “Vazio”
4- A NCM não deverá ser vazia, mas ser preenchida com “00”.
5- O CST deverá ser “090”.
A solução para os pontos 1, 2 e 3 foi criar um enhancement na função J_1B_NFE_PROCESS_OUTBOUND relacionada a J1B1N para alterar os valores digitados pelo usuário assim que a nota estiver sendo criada. Para o ponto 4, a solução foi criar um NCM "00" para utilização do usuário.
E, no ponto 5, a solução foi orientar o usuário a optar pela origem do material "0" e optar pelo direito fiscal IC9 (Outros) que atribuirá a tributação 90, formando assim o 090 esperado.
O problema é:
Ao dar saída na nota fiscal pela J1B3N, ela está sendo rejeitada pelo fato dos campos 'pMVAST (Percentual da margem de valor Adicionado do ICMS ST), pRedBCST (Percentual da Redução de BC do ICMS ST), vBCST' (Valor da BC do ICMS ST) não estarem sendo preenchidos.
Sendo assim, como posso resolver esse ponto?
Em anexo está a tela do preenchimento da Writer com os devidos parametros e impostos, e está também o IDOC que foi gerado com os campos em branco.
Desde já agradeço a atenção.

Allan, boa tarde!
Obrigado pela sua resposta, mas, conforme venho conversando com o fiscal resposável do projeto, o cenário é esse mesmo.
Seguem abaixo e em anexo as regras Fiscais para emissão da nota de transferência de crédito de ICMS:
Orientação de Preenchimento NF-e:
Transferência de crédito
A nota fiscal eletrônica (NF-e) também será emitida nas hipóteses de transferências de crédito acumulado de ICMS em razão de exportação, diferimento ou redução da base de cálculo.
De acordo com a legislação, há regras a serem observadas para a emissão da NF-e referente a essa transferência de crédito. Resumidamente, alguns procedimentos comuns que poderão ser seguidos.
Para emitir a NF-e, é necessário informar nos campos próprios:
1. Como destinatário, o nome, o endereço e os números de inscrição estadual e no Cadastro Nacional de Pessoa Jurídica (CNPJ) do contribuinte ao qual se está efetuando a transferência;
2. Nas Informações Complementares do quadro “Dados Adicionais”, a expressão “Transferência de crédito acumulado de ICMS, nos termos (indicar o base legal da transferência)” e o valor, por extenso, do crédito transferido. No aplicativo gratuito emissor da NF-e, essa informação constará no campo “Informações Complementares de interesse do contribuinte” da aba “Informações Adicionais”;
3. No local destinado ao valor da operação do quadro “Cálculo do Imposto”, o valor do crédito acumulado transferido (no aplicativo gratuito de NF-e, esse valor será informado no Valor Total bruto). Nos demais campos, preencher com “0” (zero) para todos locais numéricos e obrigatórios nos quais não consta orientação específica - apenas um dígito “0” em cada, pois a NF-e trabalha com campo preenchido;
4. Como natureza da operação: “Transferência de Crédito Acumulado de ICMS”;
5. No campo “Finalidade de emissão” informar “NF-e de Ajuste”;
6. Os CFOP e CST serão os códigos 5.601/5.602 e 090, respectivamente;
7. A Nomenclatura Comum do MERCOSUL (NCM) será informada a expressão numérica “00”;
8. A “Descrição do Produto” será informada a expressão “Transferência de Crédito Acumulado de ICMS”;
9. A situação tributária do PIS e da COFINS será “Operação sem incidência da Contribuição; e
10. A “Modalidade do frete” indicar “Sem frete”.
8. Código de Situação Tributária – informar “90”. Página 168 do Manual de Integração.
Na Nota Técnica 2013/005, ainda é informado que os campos 'pMVAST, pRedBCST e vBCST' devem ser carregados no XML, e por se tratar de tranferência de crédito, os valores devem ser “zerados”.
Aplicando o imposto ICS3, consigo inserir zeros nos campos indicados acima. O problema é que a NF é rejeitada novamente só que com erro no campo vBCSTRet (Valor da BC do ICMS ST retido), pois ao zerar os campos acima acabo obrigatoriamente atribuindo zero ao campo vBCSTRet, fato que não deve ocorrer.

Categoria de Nota Fiscal

Pessoal,
alguém sabe me informar se a categoria de nota fiscal criada para o processo de importação precisa ter o campo "Nota Fiscal de Entrada " flegado? No projeto em que estou a nota será emitida pelo despachante e será impresso o Danfe para circular com a mercadoria.
Muito Obrigada
Cristina

OLa
Esta nota vai ser impressa pelo despachante como umanota da sua empresa? Quem vai mandar o XML para a SEFAZ.
Se ela for gerada , autorizada e impressa em outro ambiente que nao o SAP e depois entrada no sap so pararegistro nao precisa do Flag. Agora se ela for impressa no seu SAPprecisa do flag sim.
Renata Hopp

Nota Fiscal Modelo 11A com numeração zerada e série em branco

Prezados,
bom dia!
Estou em uma implementação de SAP onde o cliente continua emitindo Nota Fiscal de Serviço em formulário 1/1A.
Quando na J1B3N gero a saída neste processo a Nota Fiscal não está recebendo o NFNUM e nem a série. Ela aparece na J1BNFDOC porém sem número e série.
Estamos implementando NFe aqui também, mas não para este processo.
Já chequei as seguintes configurações:
Define Nota Fiscal Types
Define Number Groups
Maintain Number Ranges
Assign Numbering and Printing Parameters
Processing Programs
Condition Records
Condition Types
Output Determination Procedure
E a Tabela:
J_1BAA
E mesmo assim não encontrei nada de anormal.
Alguém teria uma sugestão do que pode ser?
Desde já agradeço
Cristina

Cristina,
As transações são relevantes para gerar o número da NF via transação J1B3N. Se todas as configurações estiverem de acordo com a documentação da localização brasileira, nós precisaremos verificar o problema no ambiente. Neste caso,
por favor, envíe chamado para a SAP com os dados relevantes para teste e com a conexão e dados de acesso válidos.
Obrigado
Paulo

Nota Fiscal de Retorno - Cliente

No processo de retorno, o cliente emite uma nota para retorno de uma saída(remessa), essa nota pode ser uma NFe ou NF convencional, alguém já utilizou algum recurso para determinar se a nota fiscal de entrada é Eletrônica ou convenvional para este processo de recebimento?
Pelo que andei pesquisando existe a possibilidade de colocar a letra 'E' antes do númeor de referência(XBLNR) para poder determinar a categoria de NF, porém não está dando certo aparecendo a mensagem de erro "Nº NF externo/série está incorreto 000000123".
Pergunta 1 - devo ter duas categorias para recebimento, uma eletrônica e uma convencional ?
Pergunta 2 - Como devo proceder para determinar as respectivas categorias de entrada ?
a BADI --> CL_SD_NFTYPE é um caminho ?
Grato,
Manoel

Estimado,
Em um processo de retorno, via MIRO, o campo reference não deve ser preenchido. O lugar certo para colocar a referencia é o "Header Text", na mesma aba que você coloca a nota fiscal type.
Agora, você pode configurar um popup, no qual o usuario decide que tipo de nota fiscal utilizat, tente esta sequencia de customizações/views:
NF Type - movimentos
J_1BNFTYPEREDLFV
J_1BNFTYPEREDMMV
J_1BIM02V
Deve funcionar. Espero ter ajudado.
Abraços
Seu amigo da vizinhança, Gustavo ...

Idea Place p/ Nota Fiscal Eletrônica

Pessoal,
a SAP criou um Idea Place* para Nota Fiscal Eletrônica.
O link é https://cw.sdn.sap.com/cw/community/ideas/businessanalytics/sap_nota_fiscal_eletronica_ (vide abaixo).
Agora, é possível registrar idéias que vocês achem interessantes sobre o cenário de Nota Fiscal Eletrônica nas soluções SAP (seja no ERP ou no GRC). Esse repositório de idéias vai ser constantemente monitorado pelo time de desenvolvimento da SAP e as idéias que tiverem mais votos e/ou tiverem mais apelo serão consideradas no backlog dos produtos e eventualmente implementadas.
Aconselho a todos os clientes e parceiros que interagem e conhecem o processo de Nota Fiscal Eletrônica no SAP a acessarem o Idea Place e, se nao incluírem novas idéias, ao menos votarem nas que acham mais relevantes. Com base nas quantidades de votos, o time de desenvolvimento vai priorizar as idéias mais populares/requisitadas.
Abraços,
Henrique.
Pra quem não o conhece, o Idea Place é um local para sugestão de novas funcionalidades e/ou melhorias para as soluções SAP. O link inicial é https://cw.sdn.sap.com/cw/community/ideas, e lá vocês podem visualizar as dezenas de sessões existentes.
Edited by: Henrique Pinto on Dec 12, 2011 3:53 AM

Pessoal,
o Idea Place de NFE foi mudado de local para refletir melhor o perfil da solução (nao tinha nada a ver com Business Analytics).
A nova URL é https://cw.sdn.sap.com/cw/community/ideas/brazil/nfe.
Abs,
Henrique.

NFA e (Nota Fiscal Eletrônica avulsa)

Caros,
Estamos recebendo NFe´s emitidas por alguns fornecedores diretamente no site da SEFAZ as NFA-e (Notas avulsas). Neste caso a composição da chave ce acesso da NFe não é feita pelo CNPJ do emitente e sim pelo CNPJ da SEFAZ.
No processo de entrada da nota o SAP faz a composição da chave considernado o CNPJ do fornecedor.
Alguém já passou por esta situação? Como resolveu?
Há alguma informação da SAP atender nota fiscal avulsa de entrada?

Boa tarde pessoal,
Por favor, alguem pode me dizer como eu posso cadastrar o modelo para as NFA-e?
Os passos são
Transaction SE11
Select DOMAIN = J_1BMODEL.
Select CHANGE
Select TAB "Value Range"
Insert the Fixed Value 1B
Short Description: Nota Fiscal Avulsa
Porém, o data type do DOMAIN J_1BMODEL é NUMC e recebemos o seguinte erro:
como podemos resolver o erro?
o modelo 1B é correto?
Muito Obrigado!

Nota Fiscal Eletrônica Retorno Simbólico - Operador Logístico

Boa tarde!
Ao realizar a configuração da empresa para gerar Nota Fiscal Eletrônica a partir de 01/12/2010, nos deparamos com um problema no processo u201CRetorno Simbólicou201D, onde temos um regime especial para emissão de notas hoje com modelo 1 A (esse processo não gera movimento de estoque).
Hoje geramos apenas uma Nota Fiscal referente a todas as notas transferidas para essa empresa, ou seja, criamos uma nota saída contendo várias notas que foram geradas em forma de transferência para essa unidade. Essas notas são geradas sem nenhum item dentro da NF, somente é gerado um item com a seguinte descrição: CONFORME ROMANEIO ANEXO.
Nesse romaneio que segue juntamente com a Nota Fiscal, é que são discriminados todas as informações geradas, tais como:
- destinatário - CPF - Inscrição Estadual - Endereço - Item - Descrição - Quantidade - Valor Total - NF Venda - Dt.Emissão - NF entrada
A dúvida é que ao gerar o arquivo XML para a SEFAZ referente a esse processo, se seremos obrigados a preencher a TAG u201CI - Produtos e Serviços da NF-eu201D com todos os dados referentes aos itens do romaneio.
Outro agravante é em relação a quantidade de itens desse processo. Muitas vezes eles ultrapassam 990 itens que é o número máximo de itens que a SEFAZ autoriza a gerar por XML.
Como devemos proceder com esse processo, uma vez que não identificamos nenhum campo dentro da TAG u201CIu201D para discriminar esses dados?
Att,
Marcia

Marcia (ou Paulo? rs...),
2 comentários:
1) o numero de items maximo na Nota Fiscal é 990 por lei. O XML apenas implementa uma validacao a priori dessa lei, que já é válida para nota papel. Essa informação obti do próprio Paulo Roberto da Gerdau em uma reunião de ASUG Localização. Não é o único caso em que a NF-e apenas formaliza algo que já é lei (só no Brasil que tem essa de "lei pegar").
2) o XML de fato nao suporta esse processo. Vc é obrigada a preencher no mínimo 1 item, com diversas informações obrigatorias (incluindo valores). Acredito que quem tem que dizer como proceder é a própria SEFAZ do seu estado. Peça pra sua área fiscal entrar em contato com a SEFAZ e esclarecer o processo.
Via de regra, vi muitos regimes especiais que valiam para NF cairem por terra com a NF-e.
Abs,
Henrique.

Nota Fiscal Eletrônica de Importação

Pessoal,
Estamos implantando a NFe no cliente que possui processo de importação, porém, estamos com dificuldades no seguinte problema:
Para os casos que a empresa realizar uma importação onde a emissão da Nota Fiscal seja no último dia do mês, a mercadoria que será transportada do Porto até a empresa, não terá tempo hábil para entrada da mercadoria no mesmo mês, ou seja, as informações fiscais ficarão em um mês e o contábil em outro mês bem como a entrada física e o lançamento em estoque dos impostos.
No caso da empresa, quem emite a Nota Fiscal é o despachante e recebem a mercadoria juntamente com a Nota Fiscal e em seguida efetuam todos os lançamentos de impostos, estoque, SPED Fiscal e SPED Contábil ao mesmo tempo. Mas com a Nota Fiscal Eletrônica, os lançamentos ocorrerão em momentos diferentes, devido a aprovação do SEFAZ, etc.
Pelo que eu sei, o sistema ao emitir a NFe, a escrituração é realizada no SPED Fiscal e somente quando eles receberem a mercadoria física, eles poderão lançar em estoque, contabilizar os impostos (MIRO) e lançar no SPED Contábil.
Acredito que o problema maior da importação deles é a diferença de informações no fiscal e contábil devido ao lançamento em meses diferentes.
Alguém tem alguma sugestão?
Tks
Adriana

Olá Adriana.
Em consulta a SEFAZ-RS a regra não foi alterada com a nota fiscal eletrônica e o registro contábil, fisico e fiscal deve ser no recebimento da mercadoria no destino. Aqui na empresa o despachante emite a NF-e (em sistema próprio) e damos entrada no SAP somente no recebimento da mercadoria na fabrica utilizando uma categoria de nota fiscal de entrada criada com copia da E1 para nf-e.
abraço
Eduardo Chagas

Nota Fiscal Eletrônica de Devolução gera número de DOCNUM ao invés de NFNUM

Boa Tarde
Temos um cenário de transferência entre filiais cuja saída é feita por um processo de SD (ordem de venda, remessa e fatura), utilizando NF-e (2.0).
Para a devolução deste processo, foi configurado um tipo de de documento de vendas de devolução com NF do Cliente (no caso a outra filial) em que se deseja esciturar a NF de Devolução com o mesmo número da NF-e de saída.
O número da Nota Fiscal eletrônica de sáida é indicado no campo Referência na criação da Ordem de Venda de Devolução porém ao se criar o documento de faturamento e o documento interno de Nota Fiscal, o número de NF-e não está sendo transferido para o campo NFENUM, ao invés disto, está sendo atribuído um número interno de Nota Fiscal (DOCNUM). Este número de DOCNUM gerado é um anterior ao que está sendo gerado para a fatura de devolução.
Exemplo: está sendo indicado o Número de NF-e 000001000 no campo referência da ordem de venda de devolução, ao criar-se o docto de faturamento de devolução, está sendo gerado um número de documento interno de Nota Fiscal 0000043549 e o número desta NF-e que esta sendo determinado é 000043548 e não 000001000.
Alguém já observou este tipo de problema?
Agradeço por indicação da correção.

Olá Adriano
Não utilizaremos mais este processo, portanto a resolução deste problema ficou para outro momento.
Sujiro que abra um chamado na SAP.
Abs,

Problemas com nota fiscal de entrada de importação

Ola pessoal, estou precisando de uma ajuda de voces. Numa importação qualquer, importação tradicional, com DI, envolvendo despachante... enfim, os impostos, II, ICMS... são calculados sobre o valor da invoice (os itens de importa) + o frete de importação. Assim eu terei o valor de todos os impostos na DI que recebo. No momento de dar entrada desta nota no B1 vou incerir todos os itens na ordem de compra, depois fazer o recebimento de mercadoria, fazer a declaraçao de importação no SAP, onde lanço as despesas pra impactar no custo dos itens, e por fim a nota fiscal de entrada. quando estou na mesma, visualizo os itens e o total dos itens, mas nao o FRETE, e os impostos serão calculados sobre os valores dos itens, desconsiderando o valor do frete. Se alguem souber uma maneira de contornar essa situação, ou outra maneira de fazer este processo e puder ajudar agradeço, pois ja não sei mais o que fazer. Valeu pessoal.

Oi Fabielle
primeiramente obrigado por ter respondido o post, sobre o seu comentario, vou tentar exemplificar um pouco melhor, eu fiz uma importação onde o total dos itens é R$12056,48. Tenho ainda um Frete de R$1832,48. Os itens eu devo para o fornecedor F00 e o frete eu devo para o forncedor F01. Para fins de calculo de imposto, II, IPI, PIS, COFINS e ICMS o valor do frete tem que ser somado ao valor dos itens. Dentro do B1 8.81, que é o meu caso, se estou na Nota Fiscal de Entrada, lanço os itens, fecha com o valor devido ao F00, neste momento se eu visualizar os impostos ele vai calcular sobre os itens, sem o frete. Se eu lançar o frete nas despesas adicionas, ele vai somar ao valor total da nota, portanto o B1 vai lançar o valor do frete para o fornecedor F00. Mas como eu ja disse o frete não é devido ao F00 e sim ao F01.

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ó

NF-e 3.10 - não finaliza o processo de cancelamento

Olá pessoal.
Estamos realizando testes da NF-e 3.10 e estamos com o seguinte problema.
Emitimos a NF-e e a mesma retornou com o erro 234 - Rejeicao: IE do destinatario nao vinculada ao CNPJ.
Fizemos o processo de cancelamento desta NF-, porém agora a NF fica travada no status de processamento (não finaliza o cancelamento).
Alguém já passou por isto?
Obs. quando a NF é aprovada e depois solicitamos o cancelamento, o processamento finaliza normalmente.
Estamos debugando para ver se encontramos algo e também procurando SAP Notes, porém não estamos conseguindo identificar oque está ocorrendo.
Obrigado.
José Claudio.

Jose Claudio,
Estou tento uma situação bizarra aqui também, todas as notas com problema de rejeição de qualquer tipo o GRC está ficando inativo, não apenas para cancelamento também.
Para resolver o problema você vai precisar invocar os poderes do "THORRRRRRRRRRRRRRR" na tabela /XNFE/BATCHHD vai ter um campo chamado "Process Step " veja se o campo abaixo está com status está com "'11 - Step is waiting for asynchronous reply".
Se estiver apaga esse valor para "em branco" e depois vai no monitor do GRC e clinca em FINALIZAR PROCESSO, na realidade o PI recebeu a resposta da Sefaz com processamento do Lote mais não consegue repassar para GRC.
Assim vai "DESTRAVAR" o GRC e continuar o processo de devolução do status da NF-e para SAP ECC.
Eduardo Chagas era isso que estava comentando mais não tive tempo de documentar.
Att,
Viana.

Processo de cancelamento de Nota Fiscal

Similar Messages

Maybe you are looking for