NFe de Entrada Docstat incorreto

Bom dia Senhores(a). Tudo bem?
Meu problema é que criamos algumas notas de entrada através da BAPI_J_1B_NF_CREATEFROMDATA, e o XML foi gerado com sucesso, tal como as NFe´s do processo de SD. Porém ao efetuar o retorno, apesar do monitor a NFe aparecer com Status "Completo", na tabela J_1BNFDOC o campo DOCSTAT, vem em branco. O Problema é por causa deste campo estar em branco a NFe não esta aparecendo no livro de entrada mesmo estando ok no monitor.
Nos casos de NFe´s criadas por SD (VA01) este campo vem preenchido automaticamente após o retorno realizado.
OU seja, quando a Nfe esta ok no monitor tb está ok no livro fiscal.
Espero poder ter sido claro, agradeço a ajuda de vocês.
Um abraço
Vitor Grassato

Bom dia Vitor,
Esta linha está comentada. Está comentada também no código ? Se tiver não fede nem cheira...
Quando você diz que não funciona, não funciona como ? Que retorno tem no RETURN ?
Na chamada da BAPI_J_1B_NF_CREATEFROMDATA tem um parâmetro NFCHECK que gerencia os checks obrigatórios é uma string preenchida com vários X e espaços, sendo o X verificar o o espaço permitir campo vazio.
No código fonte da BAPI você encontra estas informações:
Positions in character 30 string NFCHECK
Following checks are executed when NF-e flag is set in the header
40. Check NF-e number filled
41. Check Protocol number filled
42. Check XML-Version filled
43. Check Sefaz code filled
A. Check if duclicate keys are existing (NF line items, NF taxes)
=> e.g. NFCHECK = 'XX X XXX XXXXXXXXXX.....' will perform all checks,
        except checks number 3, 5 and 9)
Se o parâmetro não for preenchido, no código temos:
  IF nfcheck IS INITIAL.
*--------------12345678901234567890123456789012345678901234567890123
    nfcheck = 'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'.
  ENDIF.
O que quer dizer que por default apenas o NF-e number filled é verificado. Vocês estão preenchendo NFCHECK ? Que erro está dando que impede o processo ?
Editando: Outra pergunta: Quais são os valores para AUTHCOD, DOCSTAT e CODE na J_1BNFDOC logo após a criação ? E após a autorização ?
Atenciosamente, Fernando Da Rós
Edited by: Fernando Ros on Feb 4, 2010 2:57 PM

Similar Messages

  • Múltiplas NFes de entrada em um email

    Boa tarde senhores,
    Há algumas semanas percebi que a implementação "padrão" que fizeram da NFe de entrada considera apenas uma nota por email (unbelievable!). Além disso, pega o primeiro anexo e toca ficha... se esse primeiro anexo for o pdf com a danfe, crash, óbvio.
    Dei uma vasculhada no fórum e ninguém parece ter discutido sobre isso (ou cada um fez o seu e ficou por isso mesmo). Se alguém já teve de consertar isso e quiser partilhar a experiência, fique à vontade.
    Se ninguém tiver feito isso ainda, vou começar a fazer amanhã um adpater module pra tratar vários xml's de entrada. Quem quiser ajudar fique à vontade, vou postando aqui o progresso.
    T+
    Waldemar

    Boa tarde senhores,
    Então, depois das semanas de atropelo por causa do SAPForum, vamos voltar à programação normal.
    O adapter module está pronto. Ele cria uma nova mensagem adicionando a esta mensagem todos os anexos que possuem uma NFE (procurei pela tag .
    Já está testado e funcionando. Temos então chegando no integration engine o seguinte:
    <nfeList>
       <nfeProc>...</nfeProc>
       <nfeProc>...</nfeProc>
       <nfeProc>...</nfeProc>
    </nfeList>
    Agora, pra executar várias requisições pro grc (uma pra cada  em uma mensagem separada
    3 - Block com o atributo mode setado pra ForEach
    4 - Um sender dentro desse block pra enviar cada mensagem pra frente
    Pro atributo message do receiver (1) é necessário uma mensagem abstrata. Fiz uma cópia da mensagem NFB2B_procNFe_OB e alterei-a pra abstrata, criei uma interface variable pra ela e associei ao receiver.
    Para o transformation, source message é a mesma do receiver e para o target message criei uma nova interface variable de NFB2B_procNFe_OB, só que multiline. Aí vem a dúvida cruel. Embora a mensagem que eu esteja utilizando seja a NFB2B_procNFe_OB, o que vem do adapter engine não respeita esse schema, então fiz um mapping XSL pra quebrar a mensagem que entra em várias compatíveis com a NFB2B_procNFe_OB.
    Para o block, o multiline element é a target message do transformation. Criei uma nova interface variable pro atributo current line tendo como container o block.
    Para o sender configurei o atributo message com o current line do block.
    Amanhã pela manhã vou fazer a configuração no directory, vamos ver se vai.
    Tentei ser breve, intenção apenas de compartilhar o que estou fazendo. Se alguém encontrar alguma inconsistência no cenário, não deixe de dar um toque.
    T+
    Waldemar

  • BADI para finalização do processo Monitor de NFe de Entrada

    Boa tarde,
    Alguém saberia me informar se há alguma BADI processada quando é executada uma das opções :
    * Executar etapa do processo --> Verificar atividades manuais do ERP
    * Outras Funções --> Finalizar NFe Manualmente ou Definir etapa processo manualmente para OK.
    No monitor de recebimento de NFe de entradas (NF-e Centro de trabalho fiscal).
    Obrigado.
    Andre Vilela

    Oi Andre.
    Não existe nenhuma badi nessas etapas do processo de automação. O que você gostaria de fazer nessas etapas?
    Lembre-se que você pode utilizar o processo FLEXPR01 para fazer automação via ABADI.
    * mais informações no help:
    http://help.sap.com/saphelp_nfe10/helpdata/en/19/ae6ea862144baeb6cdec21230e6eb9/content.htm
    Abraço
    Eduardo Chagas

  • NFe de entrada no GRC

    Pessoal, aqui no cliente existe uma categoria de NFE ex: IK.
    Sempre que eles fazem entrada nessa NFe, ela tá indo pro GRC.
    Vcs sabem o que pode ser?
    Existe alguma maneir, mesmo errônea do usuário enviar essa nfe pro grc?
    Já que essas NF-e de entrada devem parar o processo no ERP.
    Att,
    Lé

    Boa noite
    A sua categoria de nota pode estar certa como eletronica, mas ela tem configuracao errada.
    Porque uma nota de entrada de fornecedor nao vai para Sefaz. Ela é criada autorizada mesmo sem preencher o nmum aleatorio e digito.
    Na categotia de nota voce colocou um FORMULARIO
    POrqeu isto significaria que vai imprimir a nota e se vai imprimir deve ir para sefaz
    Tem um flag na cat de nota a esquerda que diz Entrada. Ele tambem significa que é nota gerada pela sua empresa.
    Uma nota de fornecedor eletronica Nao pode ter este flag ENTRADA do lado esquerdo marcado e nao pode tem FORM
    Agora a nota criada e rejeitada deveria permitir dar reset, mas ela esta errada certo porque nao ;e eletronica e nao deve ir para sefaz.
    Acho que deveria pedir inutilizacao desta nota. ( Anotar este numero porque a sefaz vai registrar este numero como inutilizado e quando gerar uma nota verdadeira de entrada da sua empresa com este numero ela vai ser rejeitdad )
    Criar a nota do fornecedor com uma categoria correta nao eletronica
    Espero ter ajudado
    Renata Hopp

  • NFe de entrada com XML versão 1.10 em ambiente com versão de XML 2.00

    Olá colegas,
    Nossos locais de negócio estão configurados para a NFe na versão XML 2.0.
    Com isso, todas notas criadas, tanto de saída quanto de entrada são da versão 2.00 do XML.
    Entretanto, ainda recebemos notas de clientes na versão do XML 1.10.
    Com isso, em processos de devolução em SD, ao informar os campos que compõe a chave da NFe, temos dificuldade com campo tpEmis. Consequentemente, não conseguimos gerar a chave corretamente.
    Este campo não existe na versão 1.10 do xml, pois integrava o campo do nr.aleatorio.
    Pergunto: Como está sendo resolvida esta questão por quem já se deparou com ela?
    Obrigado.
    Heron Caetano

    Heron,
    no recebimento, vc pode ir no botao Nota Fiscal, aba NFe, e setar a versao para "1,10".
    Isso vai fazer com que os parametros sejam mostrados como no layout 1.10 (i.e. randomico de 9 digitos e sem tpEmis).
    Veja a nota [1470661|https://service.sap.com/sap/support/notes/1470661].
    Abs,
    Henrique.

  • Nfe de Entrada (Importação) código do País Inválido

    Experts de GRC-NFE,
    Estamos com um problema em uma nota de entrada de importação da Argentina onde o Sefaz de Goiás está rejeitando a Nfe devido ao código do país errado.
    Na NFe o código é 639, porém a Sefaz de Goiania diz veemente que tem que ser 0639.
    Tentamos alterar o código em uma tabela Z no ECC para 0639 porém daí o GRC não valida o dado dizendo que o campo CPais está inconsistente.
    A tabela no GRC referente ao Cód. do País é a /XNFE/FLDVALUE porém somente permite modificação pela SAP.
    Já validei o XML pelo validador de XML da SEFAZ do RS, porém o SEFAZ de Goiânia diz que tem que ser 0639
    O que fazer?
    Desde já obrigado por qualquer contribuição.
    At.
    Sigfrid Murillo

    Se vc checar o enumeration p/ o tipo "TPais", no arquivo tiposBasico_v1.02.xsd (dentro do PL_005a ao PL_005c), tanto '639' quanto '0639' são supostamente válidos. Então, eu faria 2 coisas:
    1. argumentaria contra a SEFAZ-GO, mostrando que o sistema da SEFAZ-RS valida o campo '639'.
    Faça o teste de validação com o validador online da SEFAZ-RS: http://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx
    2. abriria chamado na SAP, para que a validacão do GRC não invalide o caso '0639' (na verdade, pra aceitar todos os valores do enumeration, que seria o correto).
    Em ultimo caso, implementaria a BAdI conforme sugestao do Fernando, mas com um IF cUF = 52 (GO), para nao impactar as outras SEFAZs.
    Abs,
    Henrique.

  • NFe de Entrada - Tabela J_1BNFE_ACTIVE

    Srs.
    Estou precisando localizar uma tabela interna standard que contenha o campo DOCNUM9 da tabela J_1BNFE_ACTIVE. Estou precisando gravar 3 valores que serão exibidos em uma tela da J1B3N, são eles AUTHCOD, DOCNUM9 e CDV, e pretendo faze-lo através de Field-Symbols no momento da emissão na VF01 e antes da emissão e envio do XML à SEFAZ.
    Encontrei na tabela (SAPLJ1BB)GBOBJ_HEADER apenas o campo AUTHCOD onde passei um valor e este apareceu na J1B3N.
    Achei também a função J_1B_NFE_CREATE_CHECK_DIGIT que gera o CDV - Digito de Controle.
    Só não consegui encontrar ou identificar dentre inúmeras tabelas internas na memória, uma que contenha as informações a serem gravadas e tenha os campos DOCNUM9  e CDV para que eu possa preenche-lo como fiz na (SAPLJ1BB)GBOBJ_HEADER.
    Referente Tabela J_1BNFE_ACTIVE.
    DOCNUM9----NF-e: nº aleatório
    CDV----
    Dígito de controle para chave de acesso NF-e
    AUTHCOD----NF-e: número do log
    Alguém poderia me ajudar?
    Obrigado,
    Marco
    SJCampos
    Edited by: Marco Antonio da Silva Silva on Jun 6, 2009 7:06 PM

    Se vc está fazendo uma entrada via SD, os campos citados não estão disponíveis (eles deveriam ser digitados na ordem de venda).
    Aparentemente a SAP sugere que você os insira modificando a nota depois de gerada (J1B2N), haja visto que as notas de entrada de clientes não serão enviadas à SEFAZ.
    Sílvio Miranda
    Caramuru Alimentos S/A

  • NFe 10.0 B2B Entrada - Deploy Module Adapter

    Bom dia.
    Estou desenvolvendo a solução de de NFe de entrada e para resolver o problema de múltiplos anexos estou seguindo o wiki ( http://wiki.sdn.sap.com/wiki/pages/viewpage.action?pageId=233474286 ).
    Eu gerei o .ear pelo NWDS e fiz o deploy pelo SDM ( http://help.sap.com/saphelp_nw04/helpdata/en/22/a7663bb3808c1fe10000000a114084/content.htm )
    Mas no Visual Admin ele não permite que o module seja 'startado'.
    Alguém saberia me informar se o processo que estou fazendo está correto?
    Obrigado.
    Att.
    Mateus Pires Leite.

    Discussão movida de  SPED & NF-e para Bancos de Dados & Tecnologia (Database & Technology)
    Bom dia Mateus,
    Encontrou a solução?
    Favor dê feedback ao fórum, caso positivo ou negativo.
    Atenciosamente, Fernando Da Rós

  • Entrada da NFe no ERP e arquivamento do XML.

    Prezados, bom dia.
    Tenho algumas dúvidas que gostaria de dividir com vcs. Alguém saberia responder?
    Processo de Entrada de Nfe no ERP (manual)
    1.) Quando da entrada de dados da DANFE no ERP (MIGOMIRO), este envia alguma informação pro GRC? Em que momento é validada a DANFE?
    2.) Se sim, em que formato são armazenados os dados da NFe no GRC?
    Recebimento do arquivo XML do fornecedor
    1.) Há alguma consistência entre o XML (recebido do fornecedor) armazenado no GRC e os dados inseridos no ERP (com base na DANFE recebida)?
    2.) De quem é a obrigatoriedade em armazenar o XML? Fornecedor, empresa que recebe, SEFAZ, Receita Federal, etc? As informações armazenadas são as mesmas? Por qual período os dados devem permanecer guardados?
    Obrigado por qualquer ajudar.
    Hyalen.

    Obrigado David e Henrique. As respostas ajudaram bastante.
    Formatei a discussão em Perguntas e Respostas para facilitar o entendimento.
    1- Pergunta:
    Quando da entrada de dados da DANFE no ERP, este envia alguma informação pro GRC? Em que momento é validada a DANFE?
    Resposta:
    Atualmente, quando você entra com as informações da DANFE através do MIRO/MIGO nenhuma informação é enviada ao SAP GRC NFe, logo nenhuma validação destas informações é realizada junto a SEFAZ.
    2- Pergunta:
    Uma parte do processo de NFe é dar entrada da mercadoria no ERP. O que acontece se eu digitar as informações de recebimento, em relação ao XML armazenado, errada no ERP? Há alguma consistência entre o XML armazenado no GRC e os dados inseridos no ERP?
    Resposta:
    Quando você receber o XML de um emissor de NF-e através do cenário de B2B do SAP GRC NFe, esta nota será consultada pelo SAP GRC NFe junto ao site da SEFAZ e será armazenada no SAP GRC NFe (dentro do repositório do SPRO), mas nenhuma informação desta NFe (XML recebido) será consistida com as informações inseridas no ERP (baseada na DANFE recebida).
    3- Pergunta:
    Em que formato são armazenados os dados da NFe no GRC? Melhor dizendo, o GRC decompõe o XML que chega do fornecedor e armazena os dados em tabelas ou grava como XML mesmo?
    Resposta:
    O GRC armazena o XML sem decomposição alguma e em dois momentos, quando da solicitação do protocolo e após validação do XML pela SEFAZ. No segundo caso o XML será armazenado com o Código de Autorização de Uso.
    4- Pergunta:
    De quem é a obrigatoriedade em armazenar o XML? Fornecedor, empresa que recebe, SEFAZ, Receita Federal, etc? As informações armazenadas são as mesmas? Por qual período os dados devem permanecer guardados?
    Resposta:
    Estas informações foram extraídas Portal da Nota Fiscal Eletrônica - Perguntas Frequentes NF-e
    A regra geral é que o emitente e o destinatário deverão manter em arquivo digital as NF-es pelo prazo estabelecido na legislação tributária para a guarda dos documentos fiscais, devendo ser apresentadas à administração tributária, quando solicitado. Assim, o emitente deve armazenar apenas o arquivo digital.
    No caso da empresa destinatária das mercadorias e da NF-e, e que seja emitente de NF-e , ela também não precisará guardar o DANFE, mas apenas o arquivo digital recebido.
    Caso o destinatário não seja contribuinte credenciado para a emissão de NF-e, o destinatário deverá manter em arquivo o DANFE relativo a NF-e da operação pelo prazo decadencial estabelecido pela legislação, devendo ser apresentado à administração tributária, quando solicitado.
    Reforçamos que o destinatário sempre deverá verificar a validade e autenticidade da NF-e e a existência de Autorização de Uso da NF-e, tenha ele recebido o arquivo digital da NF-e ou o DANFE acompanhando a mercadoria. Hoje os processos são separados.
    1- DANFE -> transporte de mercadoria -> entrada manual MIRO/MIGO.
    2- XML -> interface B2B -> armazenamento no GRC.
    A funcionalidade de entrada automática dos dados da NFE no ERP (sem necessidade de digitar nada, dados lidos do XML) está prevista pro próximo release do NFE.
    Quanto ao requisito legal (armazenar o XML e verificar status da NF-e quando da chegada do XML), a solução já atende. Mas vc continua tendo q fazer a MIRO/MIGO e checar na SEFAZ o status da NF-e quando da chegada do DANFe (pois no meio tempo entre a chegada do XML e da DANFe, a NF-e pode ter sido cancelada pelo emissor). No próximo release, esses passos manuais serão totalmente automatizados, sendo integrados com o processo do XML.

  • Novo contato para o produto SAP NFE

    Caros,
    estou colocando esta informação aqui pois ainda existem muitas mensagens e e-mails direcionados/nomeados a mim, com dúvidas sobre escopo e prazos de liberação de funcionalidades do produto SAP GRC NFE.
    Como é de conhecimento de alguns, desde 1o de Julho eu saí da área de Localização para perseguir novos desafios na SAP (clichezão, rs) e portanto deixei de ser Product Manager para o NFE. Ainda estou ajudando o pessoal temporariamente num caráter de phase out, mas já não estou mais me envolvendo diretamente em novos tópicos. Meu último "grande" projeto foi a liberação do Layout 2.00.
    Contudo, como construímos ao longo dos últimos 3 anos um excelente canal de comunicação (sem trocadilhos ) aqui no fórum, conseguindo trazer de forma mais ágil informações da SAP para a comunidade e vice-versa também, eu não queria deixar isso se perder. Por isso, estou anunciando aqui que a partir de agora, o The specified item was not found. é o novo product manager responsável pelo produto SAP NFE. Ele é partir de agora o ponto de contato para informações sobre prazos, funcionalidades etc., incluindo a próxima versão SAP NFE 10.0 que fará a automação de NFes de entrada. O Bruno tem 5+ anos de experiência na SAP, era responsável no suporte por assuntos de localização, incluindo NF-e e SPED, e com certeza vai ajudar bastante o time. Boa sorte ao Bruno nas novas tarefas!
    O The specified item was not found. continua como responsável pelo suporte do produto.
    Eu continuarei ainda participando aqui do fórum, sempre que possível, colaborando e compartilhando os conhecimentos adquiridos ao longo desse tempo. Apenas não serei mais a pessoa que poderá falar oficialmente de prazos, escopo de novas funcionalidades etc. Mas no que for possível, continuarei ajudando.
    Abraços,
    Henrique.

    Bom dia Henrique,
    Não sei por onde começo mas tenho vários Parabéns para você.
    Começando pelo esforço em criar a mensageria para nota fiscal eletrônica da SAP um produto reconhecido pela qualidade, escalabilidade e coerência em seus códigos, comportamentos desde os tempos de Projeto Piloto, passando pelo Acelerador e finalmente o SAP GRC NFE e todos os SP's, ENCATES e SEFAZES no meio do caminho.
    Também pelo seu esforço pessoal aqui no SCN, dedicando várias horas livres a criar e dar VIDA a este espaço para nós da comunidade de profissionais em SAP no Brasil nos encontramos e trocarmos idéias seja sobre erros, dúvidas, medos de projeto, problemas comuns entre Sefazes..rsss
    E claro pelas excelentes discussões que tivemos, aprendi muito contigo.
    Sucesso na nova empreitada, e sempre possível dê uma passadinha por aqui.
    Muito Obrigado por tudo.
    Atenciosamente, Fernando Da Ró

  • NFE Boas discussões - Leia antes de postar

    EM DESENVOLVIMENTO - SUGESTÕES DE ADIÇÃO E REMOÇÃO SÃO BEM VINDAS ***
    Bom dia Pessoal,
    Segue abaixo uma compilação de threads de NF-e. Observação: Estas threads estão respondidas, caso tenha algo "parecido" SEMPRE crie uma nova thread, pode até referenciar a thread que você olhou, mas lembre-se de descrever seu problema, versão de SP, background...
    ERP Saída:
    Aplicação de Notas --> como procurar notas
    Criação de NF a partir de documento de devolução - BAdI alteração tipo categoria NFe
    Inutilização OK porém Status DOc. Aguardando Resposta
    Como fazer entrada no SAP de NFe´s que foram inputadas diretamente na SEFAZ
    Dúvidas entre TAXBRA e TAXBRJ
    Emissão em congingência por local de negócio e por região NFE 2.0
    Erro ao criar BAdI da Nota 1370016
    Escolha do tipo de formulario de contingencia (FS x FS-DA)
    "212 - Rejeicao: Data de emissao NF-e posterior a data de recebimento" --> timezone
    Decouple elimina GAP de numeração?
    Relacionamento entre CallRFC do Decouple com J_1BNFECHECKNUMBERRANGES
    Performance/Funcionamento J_1BNFECHECKNUMBERRANGES
    J_1BNFECHECKNUMBERRANGES - Gap Monitor
    Funcao J_1BNFE_CALL_RSNAST00
    Dúvida - Job /XNFE/UPDATE_ERP_STATUS
    Impressão automática da DANFE
    J_1BNFE_CALL_RSNAST00: erro ao ser executada em IN BACKGROUND TASK
    ERP Saída - Preenchimento tags:
    NF-e Bloco Y dados da Cobrança
    Preencher  Bloco Y dados da Cobrança   na BADI CL_NFE_PRINT
    TAG IPI não informada no XML
    Dúvida sobre preenchimento de PIS/COFINS
    NFE 2.0 - XML_ADI - XML_IMP
    Validation error: Field IT_NFE_IMP: V12 (Field NDI)
    NFE V2.0 - Tags dSaiEnt & hSaiEnt
    Nota de Importação em SP para realizar Desembaraço Aduaneiro. Dicas?
    ERP Entrada:
    Atualizar dados NFe 2.0 na Miro
    Tipo de emissão de NF-e de entrada (XML 2.00)
    NFE 10.0:
    Blog sobre SAP NFE 10.0 New
    Componente Java SLL-NFE-JWS para SLL NFe 10 New
    GRC NFE:
    Instalação GRC independente do NetWeaver atual
    Nao SAP X GRC
    Teste dos Cenários de Comunicação com a SEFAZ
    Rejeição: 218 x 420
    Rejeição por erro 539 Duplicidade de NF-e, com diferença na Chave de Acesso
    Problemas ao entrar em Contingência SCAN
    Loop programa /XNFE/PROCESS_REPORTS
    /XNFE/CORE_KPRO_XML_READ - Problemas com download de documentos XML
    Validation error: Field (INFADPROD) ->  Varios espaços "000   00  00000   "
    GRC versão 7.1
    Diagnóstico -unable to create a socket- Represando lotes
    NT 2011.002 Hot --> sugestão de código para mascarar dados do destinatário em Homologação
    CC-e "MESSAGE_NOT_USED" New
    GRC NFE - B2B:
    Cadastro de CNPJ para interface NFB2B_procNFe_OB --> sugestão automatização por email
    Falha no Envio B2B
    B2B Entrada
    B2B Versão 2.0
    B2B NFE 2.0 - Erro Envio de e-mail dinâmico
    Múltiplas NFes de entrada em um email
    Texto dinâmico no corpo do e-mail B2B Outbound
    GRC NFE - Certificado:
    Quebra linha SignatureValue & X509Certificate - Visualizador NF-e
    Problema com certificado
    HSM e certificados para SSL
    GRC NFE - Tunning e outros:
    SWF_INB_CONF (2)
    SWF_INB_CONF
    GRC: Batch com status Request Sent parados --> como criar o alerta do GRC
    SAP NFE v2 namespace 006
    Business System não aparece Integration Builder
    Configuração GRC - NF-e-Main menu
    INTERFACE_REGISTRATION_ERROR
    SPED:
    e-PIS/Cofins

    Aproveitando essa thread sobre Nfe.
    Um dos grandes problemas relacionados a nfe são as rejeições de nota. Não se encontra em lugar algum descrições mais elaboradas sobre as rejeições, muito menos as formas de solução para cada uma delas. Visando ajudar desenvolvedores e usuários que emitem notas em qualquer sistema, foi criado um "forum" para descrever cada uma das possíveis rejeições de nota, assim como suas possíveis causas e soluções.
    Qualquer um pode dar sua contribuição, no entando, como não existe cadastro no site, a resposta precisa ser aprovada pelo moderador.
    O "fórum" acabou de entrar no ar e ainda está incompleto. Conto com a ajuda de todos para melhorá-lo. Seque o link:
    EDITADO PELA MODERAÇÃO
    Obrigado a todos,
    Edited by: Henrique Pinto on Sep 2, 2011 10:09 PM

  • Devolução de Nota Fiscal Eletrônica

    Olá,
    Estamos tentando fazer a devolução de uma NFe de entrada e no monitor aparece o erro "Falha no schema XML - cvc-type.3.1.3: O valor '35110556507221000105550010000243681' do elemento 'refNFe' não é válido.
    Sr(a)s.,por favor, alguém pode ajudarnos com esse tema? O tipo de NF  de referencia é F1 e estamos tentando criar uma E4 (Saída de devolução a fornecedor). No campo refNFe a referência aparece com apenas 35 posições, não deveria ser 44? verifiquei que está faltando o nro. aleatório.
    Obrigado.

    Wilson,
    1) todos os dados de identificaçao da NF-e vem  no DANFe. Porém, os dados que constituem a chave de acesso (cUF + ano (AA) + mês (MM) + CNPJ + série + número da NF + tpEmis + randômico + digito verificador) e o protocolo de autorização devem ser salvos no SAP, pois devem ser reportados no SPED Fiscal (EFD).
    2) Se os campos estão fechados na J1B2N, é questão de se alterar pelo controlede tela (view J_1BAMV). Busque por "controle de tela" ou "screen control" no próprio fórum que vc acha mais detalhes.
    3) Ao desmarcar o flag de eletronica da categoria da NF de entrada, vc está dizendo que essa NF é de modelo 1 e não 55. Isso de fato faz com que o XML referencie a NF "sem erro de esquema" (pois para NF modelo 1, não há randomico nem digito verificador). Porém, o fato de nao ter erro de esquema nao quer dizer que esteja correto. Além de você estar referenciando uma NF inexistente, quando essa NF for reportada no livro de entradas do seu EFD, ela não vai bater com as notas de saída reportadas pelo seu fornecedor, e vai gerar autuação. Portanto, apesar de resolver o problema técnico, alterar a categoria da NF de entrada é uma das piores coisas que você pode fazer, nesse contexto.
    Abs,
    Henrique.

  • Devolução de compra

    Tenho o seguinte cenario:
    Foi recebida uma mercadoria por NFe,  e dado entrada com NFe, porem a NFe, não foi enviada para a SEFAZ.
    Preciso fazer uma devolução de um dos itens da NFe, quando envio a NFe de devolução para SEFAZ,
    é rejeitada porque a chave de acesso esta incompleta.
    Meu sistema esta buscando a chave de acesso na NFe, de entrada que não foi enviada a SEFAZ, logo não esta completa, porque não tem o numero aleatório.
    Duvida:
    Preciso enviar a NFe de entrada para a SEFAZ ?
    Se não for preciso, como faço com o numero de referencia que a NFe de devolução exige ?
    Agradeço desde já a ajuda .
    Att

    Guiliano,
    o processo nao é esse.
    No recebimento de uma NF-e de entrada, nao há comunicacao com a SEFAZ para autorizacao.
    A NF-e já está autorizada (quem fez a comunicacao p/ autorizacao foi o emissor!).
    Aliás, como ele iria pegar a chave de acesso na SEFAZ se a chave de acesso é o identificador inicial que a SEFAZ exige? Nao faz sentido.
    Os campos que completam a chave de acesso e o protocolo de autorizacao sao parametros que devem ser inputados no sistema durante o processo de entrada.
    Essa nota aparece como na J1BNFE?
    Ela deveria aparecer com o icone amarelo (de que falta acao manual).
    Se nao aparece assim, podem estar faltando algumas notas.
    De qq maneira, o que vc precisa fazer é:
    1. verificar no site da SEFAZ, com a chave de acesso, se a NFe está realmente autorizada (manual)
    2. no ERP, na transacao de entrada, vc vai no botao de Nota Fiscal, daí na aba "NFe" vc inclui o protocolo de autorizacao, o numero randomico e o digito verificador.
    Alternativamente, vc pode seguir com o processo normal, depois de salvar a NFe ela vai aparecer na J1BNFE com o icone amarelo (requer acao manual). Daí vc pode ir na J1B2N e atualizar as informacoes faltantes e salvar a Nota; pode ser preciso abrir os campos no screen control (view J_1BAMV). Depois de salvar a NFe com os dados, volte na J1BNFE; ela deverá aparecer com a bandeira quadriculada.
    Abs,
    Henrique.

  • Devolução de Transferência SD/MM com NF

    Prezados bom dia,
    Tenho o processo de transferência SD/MM (Mov 861/861) e agora me foi solicitado a criação do processo de devolução de transferência onde, segundo o fiscal, não podemos fazer simplesmente um outro PC UB para devolver a mercadoria. Pesquisando no Fórum, encontrei a thread http://scn.sap.com/thread/3165609 que menciona a aplicação da nota SAP 1512390 e o link explicativo http://wiki.sdn.sap.com/wiki/x/NAVhE.
    Seguindo as orientações do link e da nota SAP, consegui criar a devolução via mov. 671, mas este mov não é relevante para emissão de NF. Tentei colocar o flag de relevante na visão J_1BIM02V e ao tentar fazer o Post Goods Receipt (VL02N com a remessa de devolução), aparece o erro 8B289-Enter a tax code.
    Como resumo, segue o passo a passo do processo:
    1) Cria PO UB do centro A para B
    2) Cria remessa via VL10B
    3) Post Goods Issue da remessa via VL02N (Mov 862), gerando NFe de saída
    4) Goods Receipt no centro de destino via MB0A (Mov 861), gerando NFe de entrada
    5) Cria outro PO UB idêntico ao criado no passo1, porém com o flag "Returns Item" no item da PO que irá alterar na aba shipping a Delivery Type para NLR (Ret. Stock. Transp).
    6) Cria remessa via VL10B, preenchendo o campo EXt. Delivery (Goto > Header > Administration) com o número da remessa criada no item 2 (10 Caracteres, preencher com zero a esquerda caso seja menor). Neste ponto, o campo Delivery type já estará como NLR e Mov type 671.
    7) Lançar a Migo com mov 101 referenciando a PO UB de devolução criada no passo5. (Ao salvar, o movimento será alterado automaticamente para 161)
    8) Por fim, entrar na VL02N com a remessa de devolução (criada no passo6) e "Post Goods Receipt"
    Como o mov 671 não é relevante para NF (J_1BIM02V), a nota não é criada inviabilizando o processo. Se coloco o flag de relevante, aparece o erro 8B289-Enter a tax code.
    Alguém já criou este processo e conseguiu resolver este problema?
    Muito Obrigado,
    Vitor

    Bom dia Eduardo,
    Como se trata de PO UB, o IVA é determinado apenas no item da remessa (Campo Cód.imposto da aba Processamento Financeiro). No caso está preenchido tanto o IVA quanto os direitos fiscais mas mesmo assim a msgem de erro persiste.
    Abraço.
    Vitor Jesus

  • Erro GRC 10.0 - Monitor "local de trabalho Fiscal"

    Estou configurando o GRC 10.0, todas as configurações de entrada no PI foram realizadas.
    Ao realizar a entrada de uma NF-e no centro de trabalho fiscal (monitor PI), estou com os seguintes erros:
    1. Na atribuição do pedido à nfe esta retornando o erro: "NFe de entrada não suportada - lançamento impossível". Na chamada do sistema ERP foi retornada a msg 305.
    2. Clicando na chave de acesso e em seguida na aba itens é exibido o seguinte erro: "Não existem opções para conversão de número de material".
    Por favor, alguém já passou por esses erros e pode dar uma dica de como corrigir os problemas?
    Obrigado,

    Bom dia Fernando,
    Ontem no final da tarde achamos uma nota (NOTA 1628621) do dia 10.10.11, que corrigiu o primeiro problema. "NFe de entrada não suportada - lançamento impossível - erro 305 no ERP". Com a aplicação da nota o problema foi solucionado e conseguimos realizar todas as etapas da entrada.
    Em relação ao segundo problema ainda não solucionamos, portanto vou seguir a sua dica e abrir um chamado. Assim que obtiver um resultado retorno para compartilhar com vocês.
    Muito obrigado,

Maybe you are looking for