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ó

Similar Messages

Inutilização de uma nfe com mensageria não sap

Prezados Colegas,
Gostaria de solicitar uma preciosa ajuda de vocês.
Estou em um projeto de implementação, utilizando a solução SAP para NF-e, porém com uma mensageria NÃO-SAP que o cliente já utiliza hoje.
Preciso entender como funciona o seguinte cenário:
Foi emitida uma NF-e no ERP SAP e enviada para a Mensageria. Por algum problema na SEFAZ não houve uma resposta para a mensageria e neste intervalo o faturista vê que tinha erro na NF-e e resolve cancelar a nota.
No monitor de NF-e a nota está com estes parâmetros:
Status Ação : engrenagem
Etapa do Processo: em processamento
Status do Documento: Aguardar resposta
Status de Com. Sistema: Enviado ao Sistema de Envio de mensagens
Como devo proceder para cancelar esta nota e solicitar inutilização na SEFAZ ? A NF-e tem uma chave de acesso, a Inutilização vai gerar uma outra chave correto?, e na volta está chave (da inutilização) ficará gravada na tabela, e no Livro de Saídas aparecerá como inutilizada ?
Confirmem se são estes os passos que tenho que seguir:
No monitor, seleciono a nota e faço um ESTORNO ANTES DA AUTORIZAÇÃO; em seguida ESTORNAR DOCUMENTO DE ORIGEM, e depois eu clico em ENVIAR (ESTA É A SOLICITAÇÃO DE INUTILIZAÇÃO ?)
E pelo fato de ser outra mensageria, tem alguma implicação diferente, algo que eventualmente não funcione na atualização do SAP ?
Antecipadamente agradeço,
Diógenes

Fernando,
Eu vou reformular minha questão, porque acredito que misturei o cenário que o cliente comentou que existe hoje e como isto se daria no SAP, com o que realmente eu preciso saber que é a Inutilização de uma nota fiscal.
Então o cenário seria este:
O usuário criou uma nota, e se deu conta que criou errada e precisa cancelá-la, a nota foi para a mensageria, porém esta (a mensageria) por algum motivo, alguma falha na SEFAZ, o ambiente estava fora, algo parecido, ainda não tinha recebido resposta para a nota, se foi autorizada ou rejeitada, consequentemente o monitor de NF-e no SAP não foi atualizado, para esta nota na coluna Status da Ação, continua aparecendo a "engrenagem".
Para que o usuário cancele esta nota no SAP e na sequencia peça a inutilização, tudo isso levando-se em conta que não obtivemos a resposta da SEFAZ, a sequencia de passos que ele tem que fazer é esta que coloco abaixo ? :
1 - No monitor, seleciona a NF-e
2 - Escolhe "Estorno antes da Autorização"
3 - Na coluna ETAPA aparece a atividade "2"
4 - Escolho "Estornar documento de Origem"
5 - Enviar NF-e as Autoridades Fiscais
E levando-se em conta que a SEFAZ não respondeu da 1a vez, que a nota não consta na base de dados dela, então a SEFAZ deve aprovar a inutilização.
Pelo fato de ser uma outra mensageria, o processo acontece normalmente, não há nenhum desenvolvimento a ser feito do lado do ERP SAP para que esta situação seja atendida, a saída da solicitação de inutilização é feita normalmente pela função J_1B_NFE_XML_OUT, e no nosso caso aqui temos o PI como middleware que envia os dados para a mensageria NÃO - SAP. Nós já fizemos o desenvolvimento para atender a Inutilização quando se tratar do gap de numeração, em que usamos o programa J_1BNFECHECKNUMBERRANGES.
Desculpe, se não fui muito claro anteriormente.
Atenciosamente,
Diógenes

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.

Inutilização NFe 2,00 - Processo Devolução de entrada

Pessoal,
Estou com um problema no processo de MM para a inutilizar NFe (2,00) de uma Devolução de entrada.
Fizemos um devolução de entrada que foi rejeitada e para corrigir o processo, foi feito a inutilização via J1BNFE.
O status da Nfe ficou da seguinte forma
- A inutilização da Nota foi autorizada pela SEFAZ
- No GRC a nota está como inutilizãção autoriza, porém com erro de atualização no ERP.
- No ERP aparece o log abaixo:
Preencher todos os campos obrigatórios
Erro formato em campo UF05A-STGRD. Ver mensagem seguinte
Preencher todos os campos obrigatórios
Alguém já passou por isto ou poderia ajudar?
Obrigada,
Erica

Bom dia Érica,
Dê uma procurada no fórum antes de postar, veja:
threads com UF05A-STGRD problemas e soluções
Atenciosamente, Fernando Da Ró

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.

Inutilização de NF - Não atualiza ERP - ERP error 104

Olá!
Estamos com um problema na inutilização de uma NF.
A mesma teve a inutilização autorizada pelo SEFAZ e consta com o status code 102 no GRC.
Porém houve um problema na atualização do ERP e este consta como ERP error 104.
Na J1BNFE esta NF aparece com a engrenagem, com o status 2 (Rejeitada), status da comunicação 3 (Rejeitada e autorização para inutilização requisitada) e status messageria C (Inutilização requisitada).
Rodando a /XNFE/UPDATE_ERP_STATUS_DIAL no PI ou indo na aba de erro no ERP na interface web do GRC, ocorrem os respetivos erros "Log number Missing for NF-e XXXXX" e "Log number is required for NF-e XXXX"
Alguém já viu este erro ocorrer? Procurei pelo fórum, mas não encontrei nada parecido.
Obrigado,
Rodrigo.

Henrique Pinto wrote:
> Olá Rodrigo,
>
> qual foi a solucao adotada?
> Pode ser que ajude mais alguém.
>
> Abs,
> Henrique.
Olá Henrique!
Foi atualizado manualmente o status no GRC.
E então o ERP foi sincronizado com o mesmo.
Segue abaixo a resposta do Fernando no chamado:
The status was manually adjusted on GRC side, I also tried to do it onERP side but the user provided to us there's no enough authorization.
Next steps:
- on ERP side both documents have status skip rejected
- on ERP request cancellation again
- GRC will refuse with flag MSS = G (ignore it, as the status will be
waiting the response)
- on GRC run the /xnfe/update_erp_status_dial for each NF-e
Any problems let me know.
Regards,
Fernando Da Ros
SAP NFE Support

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ó

Erro de Inutilização 563

Bom dia!
Estou com uma situação similar à dessa thread: http://forums.sdn.sap.com/thread.jspa?threadID=1893297
Tenho uma nota cuja inutilização foi rejeitada com erro "563:Já existe pedido de Inutilização com a mesma faixa de inutilização" da SEFAZ do Ceará e não foi marcada flag de estorno no ECC.
Entretanto, ao acessar o Web Monitor do GRC, logo abaixo do código de rejeição há o botão
Finalizar "Ignorar"
Minhas dúvidas são:
1) Esse botão Finalizar "Ignorar", ele vai finalizar o estorno da nota no ECC, é a tal opção standard que não havia antes?
2) Caso não solucione, como deveria proceder, levando em conta que é uma nota em ambiente produtivo? Abrir chamado mesmo?

Tiago, vc pode consultar a nota no SEFAZ com o CNPJ do emitente.
Vc deve ir em consultar inutilização , e procurar o numero da nota , e depois vc entrar com o numero log data e hora que foi homologado a inutilização.
Nesse caso o ECC ainda esta aguardando a resposta do GRC para continuar o processo no ECC, a nota deve estar com 2 3 C no status.
Abraços

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.

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ó

NF-e Rejeitada com 542 - Rejeição: CNPJ do Transportador inválido.

Olá,
Estamos iniciando a operação com XML versao 2.00. e nos deparamos com um problema de rejeição que na versão 1.10 não acontece
Quando o transportador é Pessoa Jurídica está funcionando.
Porém, quando o transportador é PESSOA FISICA, a NF-e é rejeitada com o motivo 542 - Rejeição: CNPJ do Transportador invalido.
A rejeição está correta, pois no transportador tem um CPF e não um CNPJ.
Fiz um debug no ERP, até o momento que que o perform CALL_XI (function J_1B_NF_MAP_TO_XML) é executado e confirmei que os campos XMLH-T1_CNPJ e XMLH-T1_CPF estão preenchidos corretamente, exemplo:
XMLH-T1_CNPJ = 00000000000000
XMLH-T1_CPF    = 86399845653
Ao analisar o XML assinado e enviado à SEFAZ, no GRC (SXMB_MONI), constatei que no bloco dos dados referente ao transportador, o tag não aparece.
Alguém já passou por esta situação?

Claudemir,
estranho que esse erro nao acontecia antes, pq esse codigo foi um dos poucos pontos em que nao mudou nada pro layout 2.00 em relacao ao 1.10, no GRC:
    IF NOT is_nfe_header-t1_cnpj IS INITIAL.
      ls_nfe_transp-transporta-choice-cnpj    = is_nfe_header-t1_cnpj.
      ls_nfe_transp-transporta-choice-selection    = 'CNPJ'.
    ELSE.
      ls_nfe_transp-transporta-choice-cpf     = is_nfe_header-t1_cpf.
      ls_nfe_transp-transporta-choice-selection    = 'CPF'.
    ENDIF.
Talvez no ERP tenha mudado a maneira de passar os parametros, e daí agora tao jogando zeros no CNPJ qdo esse é vazio?
De qq maneira, a solucao é via chamado.
Eu sugeriria abrir chamado no SLL-NFE e solicitar que implementassem pro CNPJ/CPF do transportador a mesma lógica que há no CNPJ/CPF do destinatário, mas sem o tratamento de vir vazio, pois o CNPJ do transportador nao aceita vazio, ao contrario do CNPJ do destinatario. Seria algo assim:
IF NOT is_nfe_header-t1_cnpj = '00000000000000' AND " RS 20081008
     is_nfe_header-1_cnpj NE ''.                      " RS 20081008
    ls_nfe_transp-transporta-choice-selection = 'CNPJ'.
    ls_nfe_transp-transporta-choice-cnpj = is_nfe_header-t1_cnpj.
    ls_nfe_transp-transporta-choice-cpf = ''.
ELSE.
      ls_nfe_transp-transporta-choice-selection = 'CPF'.
      ls_nfe_transp-transporta-choice-cnpj = ''.
      ls_nfe_transp-transporta-choice-cpf = is_nfe_header-t1_cpf.
ENDIF.
Abs,
Henrique.

Erro inutilização em contingência Nfe 3.10

Boa tarde!
Implantamos NFe 3.10 e estamos com problema na inutilização de notas recusadas que foram emitidas em contingência.
A nota é emitida em contingência (TpEmiss = 6) e retorna recusada pela SEFAZ.
Em seguida, solicito a inutilização da nota, porém não retorna o status para o monitor (J1BNFE), permanecendo a nota na engrenagem.
Consultando o GRC, o lote está ok com status 104. Mas a nota permanece com status do erro.
Obs: Não estou conseguindo inutilizar a nota tanto com SVC ativo como com a SEFAZ normal ativa. Em contrapartida, quando a nota emitida em contingência é aprovada pela SEFAZ, consigo realizar o estorno da nota com a SEFAZ normal ativa.
Alguma sugestão para inutilizar uma nota recusada pela SEFAZ que tenha sido emitida em contingência?
Desde já agradeço pela ajuda!
Att.
Marcos Muniz

Marcos bom dia,
Se você reparar os endereço dos serviços não existe de Inutilização:
Primeiramente a SVC não aceita Inutilização como segue texto do manual:
"04.5 Serviço de Inutilização
O Serviço de Inutilização (Web Service: NFeInutilizacao) não deverá ser oferecido pela SVC.
Quando da utilização da SVC pela empresa, uma eventual necessidade de inutilização de
numeração identificada pela aplicação da empresa deverá ser represada para comando posterior
no ambiente de autorização normal da SEFAZ de origem da circunscrição do contribuinte."
Conversando com Luis Naves, ocorreu a mesma coisa com ele hoje, onde está o erro ?
Do lado do SAP ERP de permitir a inutilização mesmo em situação de contingência, você já abriu um chamado na SAP ?
Se já posta a snote ou algo do genero.
Att,
Ricardo Viana.

Perfil para Cancelamento e Inutilização de NF via "IN_TAB"

Pessoal, boa tarde!
Temos um processo de NFe utilizando uma mensageria NonSAP e para o retorno de cancelamento e inutilização de NF, ao executar a RFC "IN_TAB" esta dando o erro de Perfil abaixo:
"Falta autorização para esta operação com tipo de movimento 542"
mas não conseguimos via SU53 pegar qual o perfil esta faltando ao usuário, alguém já passou por isso e pode ajudar ou enviar a lista de perfis necessário para os processos que a função "IN_TAB" executa?
No aguardo, obrigado.
Danilo

Bom dia Danilo,
As transações chamadas para cancelamento são: VF11, MR8M, VL09 e MBST.
Passe isto para a equipe de BASIS Segurança que ela tem os direitos necessários.
Atenciosamente, Fernando Da Ró

Inutilização de NF - GRC error 104 (Nº de log em falta para NF-e 52...)

Amigos,
Ainda estou com erro referente a thread ( ** ), para SEFAZ GO.
Execultei os passos orientados, porem ao rodar a /XNFE/UPDATE_ERP_STATUS_DIAL deu e mensagem:
Nº de log em falta para NF-e 52521102xxxxxxxxxxxxxx550010000127131337932349 (Nº mensagem /XNFE/APP059)
STATUS GRC:
Status NFe: OK (verde)
Stat.processo: 05 (Resultado recebido)
Satus GRC: 102 (nutilização de número homologado)
STATUS ERP:
Etapa: Em processamento; nenhuma ação manual necessária
Stat. doc: Rejeitada
SCS: 3 (Solicitação de rejeitada & autorizada para não consideração)
_LOW: G
Podem me ajudar dizendo se existe algum status incorreto no GRC ou no SAP, e se é por isso que a função está dando a mensagem "Nº de log em falta para NF-e 52..." ?
Muito obrigado
Rodrigo Alves

Bom dia Rodrigo,
Desculpe, não tinha lido o suficiente sua mensagem na thread original.
É exatamente a mesma questão e peço que abra um chamado para SLL-NFE para reversão manual.
Atenciosamente, Fernando Da Ró

Inutilização de NF-e rejeitada

Similar Messages

Maybe you are looking for