Correção NFe de ajuste/estorno RS

Boa tarde a todos,
Estamos atuando em um processo onde de acordo com a Instrução Normativa 98, de 28-12-2011, publicada no DO-RS de 29-12-2011, a Subsecretaria da Receita Estadual do Rio Grande do Sul esclarece sobre a possibilidade de estorno da NF-e nos casos em que a operação não tenha sido realizada e o cancelamento não tenha sido transmitido no prazo de 24 horas, contadas do momento em que foi concedida a respectiva Autorização de Uso.
De uma forma simplificada este estorno pode ser entendido como um retorno.
Criamos uma nova categoria de nota fiscal de entrada e atribuímos no campo J_1BAAV-DOCTYP o dado "3 'Correção'-NF-e de Ajuste".
No momento em que o SAP cria a fatura e depois cria a nota fiscal ele acessa um FORM SPLIT_FILL_ITEM_TAXES_TEXTS que seleciona as mensagens dos impostos para incluir posteriormente na aba mensagens da nfe (J_1BNFFTX).
Contudo, existe uma validação no FORM acima que se o DOCTYP não for 1 (nota fiscal), 2 (complementar) ou 6 (restit.) ele salta e não carrega as mensagens para a nota, não há uma regra para os casos de nfe de estorno/ajuste.
Encontrei algumas dicas no fórum, mas sem relação com as mensagens dos impostos.
Li a nota 1939893 - Implementation of Nota Fiscal de Ajuste mas sua funcionalidade é apenas para writter, além de citar a inclusão do doctype 3 no respectivo campo no xml.
Agradeço antecipadamente.
Gabriel

Fernando, boa tarde!
O problema foi detectado pelo depto Fiscal, ao tentar gerar o arquivo do SPED Fiscal. Acontece que esta nota existe na J1BNFDOC porém sem numeração !!!! Eu particularmente continuo achando que é um erro, pois se fossemos pensar no antigo modelo de nota em papel, para se cancelar uma nota eu sempre preciso de um numero de nota a ser cancelada.
Portanto com a SEFAZ em si não tivemos nenhuma ação, até porque esta nota foi gerada em Dezembro, e o problema só detectado hoje, não temos como renumerar / autorizar / cancelar a nota de Dezembro.
O que fizemos foi não enviar esta nota no arquivo do SPED. No entanto, se este procedimento realmente está errado, precisamos evitar que aconteça novamente.
Obrigada,
Fernanda

Similar Messages

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.

Hola, acabo de adquirir un iphone 4, estaba en la parte de ajustes, exactamente en accesibilidad y de repente se me bloqueo el telefono, es decir, marcaba un icono y seleccionaba otro, ahora lo tengo bloqueado y no me deja correr la flecha. Que hago?

Hola, acabo de adquirir un iphone 4, estaba en la parte de ajustes, exactamente en accesibilidad y de repente se me bloqueo el telefono, es decir, marcaba un icono y seleccionaba otro, ahora lo tengo bloqueado y no me deja correr la flecha, tampoco puedo apagarlo. Que hago?

Tengo el mismo problema, lo pudiste solucionar?

Estorno de NF-e no GRC com Status 38 - Lote: Web Service não acessível

Oi pessoal,
Preciso de um help para estornar uma NF-e.
Criamos uma nova empresa no SAP e na emissão da primeira nf-e esqueceram de alterar as configurações da spro que informa que a nfe é Produção e não Homologação.
Resultado, a nfe foi enviado para o GRC produção como sendo Homologação e então ocorreu o erro de envio do lote por não haver conexão com o ambiente de Homologação da SEFAZ.
Com esta situação o ECC não é atualizado pois não ocorreu um erro de validação, apenas de comunicação. O problema já foi resolvido para o envio das próximas nfe´s mas fiquei com esta bucha para resolver.
Podem me dar um help? Como faço para forçar um erro no GRC que me possibilite estornar no ECC.
Sei que posso alterar os status da NF-e no ECC (J_1BNFE_ACTIVE e J_NFEDOC), mas se eu fize isso não consigo atualizar o GRC e vou ficar com esta perna pendente.
Obrigado,
Jônatas Lemes.

Boa Tarde,
Fernando, fiz a confirmação de inutilização na SEFAZ e realmente a nfe não consta como inutilizada.
O status ECC após a alteração: statdoc = 2 / statcode=215
O status do GRC é = cancelado/inutiliz.
O problema é que na tentativa de solicitação de cancelamento, ocorreu erro (número "docnum" existente).
Como no GRC já estava OK, fizeram o restante do estorno na J_NFEDOC e J_1NFE_ACTIVE para terminar o processo no ECC, movimentando material para estoque, etc...
Então o atual status do ECC é: statdoc= 1 / stat.comunic. = 4 / stat.mensg.= B / estorno = X / Cód.status = 102
O problema é que só depois disso é que lembramos da informação à SEFAZ que o GRC faz automaticamente. Mas que devido aos ajustes manuais não ocorreu.
Diante desta situação, tem alguma forma de forçarmos esta comunição para a SEFAZ?
Obrigado pela atenção,
Jônatas.

Preenchimento dos campos cEAN e cEANTrib no XML da NFE

Boa tarde,
   A partir de 1º de julho de 2011, segundo o Ajuste SINIEF n. 16, de 16/12/2010, será obrigatório O preenchimento dos campos cEAN e cEANTrib com o GTIN (Numeração Global de Item Comercial) caso ele exista. A diferença entre os campos é que no campo cEAN será informado o GTIN do produto que irá constar os dados referentes ao fabricante, distribuidor , etc. Já no campo cEANTrib será informado o GTIN da unidade tributável, referente aos impostos atribuidos ao produto.
   Onde faço o preenchimento destes campos para que apareçam no XML da NFe?
   Utilizo o ECC 5.0 e GRC Nfe 1.0 (SAPK-10015INSLLNFE).
   Exemplo do XLM gerado atualmente:
<cEAN />
<cEANTrib />
   Exemplo do código cEAN e cEANTrib: 07896534703010
Att. Ronaldo
Moinho Sul Mineiro

Bom dia Pessoal,
É um erro localizado na Sefaz MG por favor abram tickets no 0800 da Sefaz MG para correção do problema.
Atenciosamente, Fernando Da Rós
PS: Evitem postar em threads já respondidas, isso confunde a solução válida. Além de evitar a classificação da solução por pontos. Podem "gastar" criando novas threads...
Edited by: Fernando Ros on Oct 20, 2011 12:50 AM

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

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.

NFe - Obrigatoriedade da chave de acesso nas NFs de entrada.

Olá
Verificando no Site do SPED temos a nova alteração abaixo para Janeiro/2012
http://www1.receita.fazenda.gov.br/noticias/2011/setembro/noticia-23092011.htm
"Disponibilizada a versão 2.0.6 do Guia Prático da EFD (Art. 1º do Ato COTEPE ICMS 41/11).
Obs.: Foi regerada a versão do Guia Prático da EFD (2.0.6A) apenas para correção do documento, sem qualquer outra modificação. A partir de janeiro de 2012, o número da Chave de Acesso da NF-e e CT-e, nas operações de entradas, passa a ser informação obrigatória."
Para os casos de NFes de MM, não temos problema, pois todas as entradas já são preenchidas manualmente, mas temos um problema nas entradas via SD onde não existe um campo para o preenchimento da chave de acesso durante o processo de uma ordem de devolução por exemplo.
Na geração da entrada via SD, os campos de número aleatório e dígito verificador não são preenchidos, deixando a chave de acesso incompleta.
Gostaria de saber se existe alguma forma de fazer o preenchimento destes dois campos durante o processo de forma a garantir que sempre a chave de acesso seja criada corretamente em uma geração de NF de entrada SD via transação VF01.
att,
Denis C. Santos

Oi Denis,
creio que hoje o procedimento requer que o usuário vá na J1B2N para preencher essas informacoes, depois de criar a fatura.
Alternativamente, vc poderia abrir um popup na exit da VF01 para preenchimento dos campos quando fosse devolução.
Abs,
Henrique.

NFe 3.10 - Aplicação da nota 2039647 NF-e new layout 3.10 - Enhancement Note 04

Olá,
Estamos no processo de upgrade da NF-e e iniciamos a aplicação da nota 2039647(NF-e new layout 3.10 - Enhancement Note 04) em nosso ambiente 606-06.
Porém, ao aplicar as notas de pré-requisito, encontramos a nota 1900965(Pre-Implementation Objects) que está adicionando novos campos na chamada da função ME_PRICING_TAX_INDICATOR que não existem nesta função.
Instrução de correção 1650688 da nota 1900965 para nossa versão SAP_APPL 606:
Função ME_PRICING_TAX_INDICATOR, não possui o IO_OUT_ITEM e IS_TAXCODE_DETERM:
Pergunta, alguém já aplicou esta nota? Passaram por este problema? Ou.. poderiam indicar, em qual nota estes campos estão sendo adicionados na função? Não conseguimos encontrar onde estes objetos estão sendo adicionados...
Obs: Estas notas 1793108 e 1871295 citadas na instrução de correção que adicionaram a chamada nestes campos, não estão inserindo estes campos na função...
Obrigado desde já!

Olá Eduardo,
Ainda não.. revisei mais uma vez a aplicação da nota e os parâmetros da função não batem com os parâmetros que temos aqui. Até interessante, que esta nota está fazendo e desfazendo ajustes na chamada da função.
Abaixo, destaquei a quinta e última instrução de correção referente a chamada da função:
Aqui, nosso último campo no parâmetro de entrada é o I_EGIMP.
Obrigado,

NFe 3.10 - nota 1914193 não liberada

Boa tarde pessoal.
Estamos trabalhando na aplicação das notas para ativação do novo layout da NFe 3.10.
Temos a seguinte configuração em nosso sistema:
Release: 606
Level: 03
Support Package: SAPKH60603
A situação é a seguinte. Ao tentar aplicar as correções automática(SNOTE) para a nota 1933985 - NF-e new layout 3.10 o Note Assistant disponibiliza para que se faça o download da nota 1914193 pois necessita da mesma como pre-requisito para aplicação das correções.
Ao confirmar o download da mesma recebemos a mensagem que a nota não está libera e assim não é possível fazer o download.
Desta forma não conseguimos prosseguir com a aplicação da correção.
A mensagem informa que se após alguns dias a nota ainda não esteja liberada para entrar em contato com o suporte da SAP. Gostaria de saber, alguém passou por esse problema e chegou a entrar em contato com o suporte SAP?
Grato pela atenção de todos da comunidade.

Eudes boa tarde.
Acredito que você obteve sucesso nessa operação, preciso saber se mesmo sem que precise de todas as configurações da sap note 1933985 é necessário aplicá-la por inteiro via .SAR?
Sou consultor SAP SD e estou fazendo essa migração.
Aqui estamos com
ECC 6.0
Level 6
Quanto ao nosso GRC aqui é SP14, nesse caso poderei fazer aplicando notas ou deverá ser via SP16, mesmo?
Desde já obrigado pela atenção...
Ricardo Ribeiro

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.

Método CHECK SUBSEQUENT DOCUMENTS impede cancelamento de algumas NFe´s

Bom dia a todos,
Após implementarmos o método CHECK_SUBSEQUENT_DOCUMENTS no QA para impedir a solicitação de estorno cancelamento (através do usuário) de NFe´s do mês anterior, nos primeiros dias do mês subsequente, verificamos que algumas NF-e´s geradas e aprovadas num mesmo dia, são impedidas também de se requisitar o cancelamento, ou seja não se permite nem disparar a solicitação de cancelamento através da J1BNFE para algumas NF-e, sendo assim, ainda não estamos seguros em nossos testes para mover este método para o PRD.
Como parâmetros, implementos este método com base no código ABAP sugerido no material de treinamento de NF-e elaborado no Workshop de NF-e realizado pela SAP (WBRNFE 6.0 Português de 2008).
Alguém já passou por este problema?
Desde já agradeço.
André
METHOD if_ex_cl_nfe_print~check_subsequent_documents.
types                                                          *
TYPES: BEGIN OF ty_type_doc,
          reftyp TYPE j_1bnflin-reftyp,
          refkey TYPE j_1bnflin-refkey,
         END OF ty_type_doc.
Tables and Structures                                               *
DATA: tl_type_doc TYPE TABLE OF ty_type_doc,
        tl_return   TYPE TABLE OF bapireturn1,
        tl_success TYPE TABLE OF bapivbrksuccess,
        el_type_doc TYPE ty_type_doc,
        el_message TYPE bapireturn1.
Variables                                                           *
DATA: i_billing TYPE vbeln.
Constants                                                           *
CONSTANTS: cl_1(1)    TYPE c                VALUE '1',
             cl_0567(4) TYPE c                VALUE '0567',
             cl_bi      TYPE j_1bnflin-reftyp VALUE 'BI',
             cl_x(1)    TYPE c                VALUE 'X',
             cl_s(1)    TYPE c                VALUE 'S'.
CLEAR: tl_type_doc, tl_return, tl_success,
         el_type_doc, el_message, i_billing.
CHECK is_active-docsta EQ cl_1.
CHECK is_active-scssta CA cl_0567.
CHECK is_active-cancel IS INITIAL.
SELECT reftyp refkey
    FROM j_1bnflin
    INTO TABLE tl_type_doc
    WHERE docnum EQ is_active-docnum.
CHECK sy-subrc EQ 0.
SORT tl_type_doc.
DELETE ADJACENT DUPLICATES FROM tl_type_doc.
LOOP AT tl_type_doc INTO el_type_doc.
    CASE el_type_doc-reftyp.
      WHEN cl_bi.
        MOVE: el_type_doc-refkey TO i_billing,
              cl_x              TO sy-binpt.
        CALL FUNCTION 'BAPI_BILLINGDOC_CANCEL1'
          EXPORTING
            billingdocument = i_billing
            testrun         = cl_x
            no_commit       = cl_x
          TABLES
            return          = tl_return
            success         = tl_success.
        DELETE tl_return WHERE type EQ cl_s.
        READ TABLE tl_return INTO el_message INDEX 1.
        IF sy-subrc EQ 0.
          MOVE: el_message-type       TO sy-msgty,
                el_message-number     TO sy-msgno,
                el_message-id         TO sy-msgid,
                el_message-message_v1 TO sy-msgv1,
                el_message-message_v2 TO sy-msgv2,
                el_message-message_v3 TO sy-msgv3,
                el_message-message_v4 TO sy-msgv4.
          ch_subrc = 4.
        ENDIF. " IF sy-subrc EQ 0.
        EXIT.
      WHEN OTHERS.
        EXIT.
    ENDCASE.
ENDLOOP.
ENDMETHOD.

Boa tarde Fernando,
Respondendo as suas perguntas:
Essa data de posting da NF-e e do billing document estão em período aberto?
Sim, esta data de NF-e que estamos tentanto estornar encontra-se dentro de perído aberto, foi gerada em 26.07.2010.
Isso acontece também quando você faz uma nova venda+fatura e tenta cancelar?
Sim, está ocorrendo em alguns casos para NF-e emitida e faturada no mesmo dia.
Que mensagens você obtem ao tentar o cancelamento?
Um exemplo da mensagem de erro (caso citado acima):
Gravado doc. $000000002 (não foi criado documento contábil)
Nº mensagem VF050
Já debugou para tentar entender o que está acontecendo?
Geramos algumas notas ontem (29/07) e hoje (30/07), na 2a. feira iremos tentar executar estes estornos para analisar o comportamento, quando estaremos debugando para retornar maiores detalhes aqui neste fórum, ok?!
Desde já agradeço.
André

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

Salto de Numerção NFe

Boa Tarde Pessoal,
Tivemos no ambiente de produção o problema de pulo de numeração da NFe, gostaria de saber se alguém já utilizou o relatório J_1BNFECHECKNUMBERRANGES com sucesso e se existe solução para gerar uma NFe no SAP R/3 com o numero faltante de forma a possibilitar a sua inutilização.
Atualmente estamos no Release 603 - Support Package SAPKH60302.
Agradeço antecipadamente

Bom dia Arruda,
Sim. Tem clientes utilizando-se deste relatório com sucesso, porém até chegar a execução com sucesso houve algumas melhorias / correções, até o fim de abril, foram lançadas as notas abaixo para o ERP
1180672, 1241922, 1270813, 1274200, 1276185, 1294917, 1244326, 1331432, 1332167
e para o GRC a inutilização de uma NF-e inexistente também foram necessárias adequações:
1261617, 1269866, 1276908, 1273616, 1279751
No caso do GRC é fácil, basta seguir a recomendação padrão. Estar sempre no SP + 1
Sobre criação de NF, este relatório standard irá procurar e manter a numeração ausente em tabela própria e cuidará do envio ao GRC.
Atenciosamente, Fernando Da Rós
Obs.: Monitore os componentes XX-CSC-BR-NFE e SLL-NFE no market place, o produto evolue a todo instante.

Skip NFE com erro de validação

Oi tudo,
Tenho uma pergunta sobre a funcionalidade de saltar uma NF-e com erro de validação.
Eu apliquei notas SAP
1298283 - NF-e: Passar para a NF-e com erro de validação
1376324 - NF-e: Passar para a NF-e com erro de validação
1376901 - Passar para o erro de validação
Mas ainda assim o processo não funciona completamente.
Em nota 1298283 do texto;
Os novos valores definidos no J_1BNFE_MESSAGE_TYPE domínio deve ser usado
do sistema de mensagens ao chamar as funções interface de entrada
u2022 J_1B_NFE_XML_IN ou
u2022 J_1B_NFE_XML_IN_TAB
de ERP para corrigir o ajuste siga em stati do processo de
NF-es com erros de validação, dependendo da resposta da SEFAZ.
NF-e autorizada para o cancelamento são cancelados e da etapa do processo é
definido como C (completo).
Eu tenho definido os novos tipos de mensagens de acordo com as instruções de nota, mas como estes podem ser implementados e ser utilizado em GRC - sistema de NFe?
O tipo de mensagem autorizado para pular com o erro de validação em GRC agora é '5 ', mas deve ter o valor "8" de acordo com notas acima.
Incluir / XNFE / DB_CONSTANTS em GRC não contém os novos tipos de mensagens
    8 Autorização para Passar uma NF-e com erro de validação
    9 Rejeição Passar para uma NF-e com erro de validação
Alguém sabe como o resolver isso?
BR
Honey

Olá Fernando,
Obrigado pela sua resposta!
Temos também notas 1296515 e 1252567 instalado.
O teste que eu fiz antes de começar a depurar é que eu deliberadamente criada uma NF-e com um valor em falta, de modo que a resposta do GRC seria erro de validação. O exigido quando eu pressionar "Definir Número de NF-e" processo passo status muda para "8" = erro de validação interna do sistema de mensagens. Enviar novamente!
Agora eu enviar um pedido de pular para esta NF-e e as alterações do estado de acção para "Em processamento".
Em GRC Ignorando o pedido for aprovado, mas o processo nunca é completado em R / 3. No log eu posso ver J1B_NFE007 mensagem de erro;
Nova SCS-status "Rejeitado & Skipping (Cancelar) Autorizado" não é permitida para SCS anterior "Erro de validação e Skipping solicitadas".
Quando a depuração vejo que isso acontece em função J_1B_NFE_CHECK_NEXT_SCSSTATUS módulo na declaração
WHEN c_authorized_for_skip.                                                                  "1152140
      IF is_acttab-scssta NA '3'.                                                                  "1152140
        PERFORM get_domain_text USING c_scssta                                   "1152140
                                      i_newscsstat                                                      "1152140
                                      c_scssta                                                             "1152140
                                      is_acttab-scssta                                                 "1152140
                                CHANGING gv_msgtxt1                                            "1152140
                                         gv_msgtxt2.                                                     "1152140
                                                                                "1152140
        MESSAGE e007 WITH gv_msgtxt1        "i_newscsstat                    "1152140
                          gv_msgtxt2        "is_acttab-scssta                                 "1152140
                          RAISING scs_status_not_allowed.                                "1152140
      ENDIF.                                                                                "1152140
Neste ponto, o valor em is_acttab-scssta igual '9 '.
Lamento, mas eu não entendo o significado de "V" na descrição:
(NF-novo e rejeição RESET + + V + + V + SEND Skip Request)
Eu testei:
1. Novo NF-e
2. Definir NF-e número & enviar às autoridades
3. Rejeição devido a erro de validação
4. Enviar pedido de cancelamento de NF-e
Existe algum outro procedimento que eu devo testar?
Se eu tentar redefinir a NF-e após receber a primeira rejeição devido a um erro de validação, R / 3, não me permitem enviar pedido de cancelamento.
Eu penso que este comportamento é muito estranho, já que temos seguido as recomendações na execução notas SAP.
Você recomendaria o próximo passo é registrar um bilhete em relação a este?
obrigada &
atenciosamente!

Correção NFe de ajuste/estorno RS

Similar Messages

Maybe you are looking for