NFe - Armazenamento do XML
Olá,
Gostaria de saber por quanto tempo o XML fica armazenado dentro do GRC, podendo ser acessado pelo monitor.
Depende de alguma configuração? Se não fizermos nenhum desenvolvimento para armazenar os arquivos em disco por exemplo, a empresa terá o XML disponível ao menos pelos 5 anos conforme dita a obrigatoriedade?
Obrigada,
Kate R. Ponce
Oi Henrique,
Obrigada.
Você tem alguma documentação sobre o archiving de NFe no GRC?
Kate R. Ponce
Similar Messages
-
NFe 3.10 - XML ainda sendo gerado na versão 2.00
Boa noite pessoal!
Fizemos as atualizações nos sistemas e aplicamos do arquivo .SAR no ECC, Support Package 16 no GRC/PI, fizemos customizing no ECC e no GRC mas quando a NFe é gerada na nova versão, as tags do XML onde a versão é informada ainda estão saindo como 2.00.
Nos passos de customizing no GRC, fizemos conforme o Help:
Settings for NF-e Layout 3.10+
NF-e: Maintain Connected Government Systems
NF-e: Maintain Version of Message Types
NF-e: Define Query for Service Status for Authority (SEFAZ)
NF-e: Maintain Batch Parameters
Fazendo um DEBUG, o campo XMLVERS está sendo preenchido no ECC com a versão 3.10 corretamente.
O que percebi (e talvez possa ter algo a ver) é que nos customizings do GRC não tem nenhum campo onde informar que a versão 3.10 refere-se ao namespace http://sap.com/xi/NFE/008 como em algumas configurações das versões anteriores onde era possível selecionar Versão 005a ou 006. Existe alguma outra configuração que tem que ser feita fora essas que comentei?
Obrigado!
Abs.Pior que se voce olhar na nota 1933985 - NF-e new layout 3.10
Tá lá... certifique se que foi atualizada.
*& Object REPS LJ_1B_NFEF42
*& Object Header FUGR J_1B_NFE
*& FORM CALL_XI
FORM call_xi USING p_bukrs TYPE bukrs
p_branch TYPE j_1bbranc_
p_model TYPE j_1bmodel "V1.10
p_parallel TYPE flag "1276438
*>>>> START OF DELETION <<<<<
CHANGING p_rfcerror TYPE sy-subrc
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
p_resend TYPE flag "1933985
CHANGING p_rfcerror TYPE sy-subrc
*>>>> END OF INSERTION <<<<<<
DATA: lt_error type J_1BNFE_INBOUND_TAB, "1254565
ls_error type j_1bnfe_inbound, "1254565
lv_subrc type sy-subrc. "1254565
DATA: lt_bapiret2 TYPE bapirettab. "1362971
*>>>> START OF DELETION <<<<<
* Define messaging-system destination for RFC
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
DATA: lv_error_status TYPE j_1bnfe_errstatus. "1933985
* Define messaging-system destination for RFC
*>>>> END OF INSERTION <<<<<<
if lv_xnfeactive is initial. "V1.10
IF p_model NE lc_cte. "1724476
*>>>> START OF DELETION <<<<<
* Call function asych. when RFC connection available
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
* NF-e Layout 3.10 changes "1933985
IF xmlh-version >= gc_nfe_version_3. "1933985
"1933985
PERFORM call_message_system_comm "1933985
USING lv_rfcdest "1933985
p_resend "1933985
lv_xnfeactive "1933985
CHANGING lv_error_status "1933985
p_rfcerror "1933985
lt_bapiret2. "1933985
"1933985
ELSE. "1933985
"1933985
* Call function asych. when RFC connection available
*>>>> END OF INSERTION <<<<<<
p_rfcerror = sy-subrc.
ENDIF.
ENDIF.
*>>>> START OF DELETION <<<<<
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
"1933985
ENDIF. "1933985
*>>>> END OF INSERTION <<<<<<
* p_rfcerror = sy-subrc. "V1.10 1254565
* ENDIF. "V1.10 1254565
* ELSE. "1254565
*>>>> START OF DELETION <<<<<
call function '/XNFE/NFE_CREATE' "V1.10
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
*NF-e version 2
IF xmlh-version < gc_nfe_version_3. "1933985
call function '/XNFE/NFE_CREATE' "V1.10
*>>>> END OF INSERTION <<<<<<
* empty, everything is OK. "1254565
lv_subrc = sy-subrc. "1254565
*>>>> START OF DELETION <<<<<
PERFORM transfer_bapiret2_to_error_log "1362971
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
PERFORM transfer_bapiret2_to_error_log "1362971
*>>>> END OF INSERTION <<<<<<
move c_a to p_msstat. "1254565
endif. "1254565
sy-subrc = lv_subrc. "1254565
*>>>> START OF DELETION <<<<<
*>>>> END OF DELETION <<<<<<<
*>>>> START OF INSERTION <<<<
"1933985
ELSE. "1933985
* NF-e Layout 3.10 changes "1933985
PERFORM call_message_system_comm "1933985
USING lv_rfcdest "1933985
p_resend "1933985
lv_xnfeactive "1933985
CHANGING lv_error_status "1933985
p_rfcerror "1933985
lt_bapiret2. "1933985
lv_subrc = p_rfcerror. "1933985
"1933985
IF NOT lt_bapiret2[] IS INITIAL. "1933985
CALL FUNCTION 'J_1B_NFE_BAPIRET2_MAP_TO_LOG1' "1933985
EXPORTING "1933985
iv_docnum = xmlh-docnum "1933985
it_bapiret2 = lt_bapiret2. "1933985
ENDIF. "1933985
IF lv_error_status IS NOT INITIAL. "1933985
move lv_error_status to p_msstat. "1933985
ELSE. "1933985
move c_a to p_msstat. "1933985
ENDIF. "1933985
sy-subrc = lv_subrc. "1933985
"1933985
ENDIF. "1933985
*>>>> END OF INSERTION <<<<<< -
Tag dhCont para SVC 3.10 com formato errado
Olá pessoal,
Aqui no projeto já estamos emitindo normalmente para versão 3.10 e no momento estamos tentando validar o SVC tbm para 3.10, para isso paramos o canal da SEFAZ de SP e deixamos apenas o do SVC. No monitor temos o erro 225 "Falha no Schema XML da NFe", pegamos o xml e validamos no validador do RS e obtivemos o seguinte resultado:
Valor da tag <dhCont>20140508141920</dhCont>, pelo que li na NT2012.004_v1.2_NFCe este campo deve ter o seguinte formato AAAA-MM-DDThh:mm:ssTZD.
Debugando o processo acabei achando o seguinte trecho de código:
Obs.: Este código foi implementado pela Sap Note 1933985 - NF-e new layout 3.10 - Objeto LJ_1B_NFEF72.
Como mostrado no print o valor chega com o formato correto (xmlh-dhcont) mas após os replaces e o perform convert_timspan_to_utc o valor perde a formatação e gravada com o formato errado.
Não consegui verificar se no GRC existe ou deveria existir uma rotina para converter novamente o valor, ou se isso é tratado via configuração. De qq forma fico no aguardo.
Att,
Alan OliveiraFala pessoal,
Problema resolvido com a aplicação da Nota 2000565 - Wrong format for field dhCont NF-e layout 3.10
Att,
Alan Oliveira -
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. -
SAP B1 + NFe. Erro: O documento XML não está em conformidade com o esquema.
Olá pessoal,
Estou fazendo testes com a Nf-e do SAP B1 9.0 PL 11.
Segui o documento How to Work with SAP Nota Fiscal Eletrônica in SAP Business One.pdf, e fiz todas as configurações necessárias.
Inclui um certificado digital, e estou realizando testes de emissão de nota em ambiente de homologação.
Estou utilizando os layout da nf-e disponibilizado pela SAP:
- NFe_Mapping_v1.182.SPP
- NFe_NumberSkipping_V3.SPP
Quando tento emitir uma nota fiscal de saída para teste, ao tentar inserir o documento aparece o erro:
"O documento XML não está em conformidade com o esquema; entrar em contato com o fornecedor de formato para obter suporte. The element 'transp' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vol' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'modFrete' in namespace 'http://www.portalfiscal.inf.br/nfe'."
Pelo que verifiquei este erro já é um retorno do Sefaz (estou fazendo testes no Sefaz-RS), porém não consegui maiores detalhes a partir disto.
Não consegui obter o XML que o SAP gera, para analisar esta inconsistência no XML. Na pasta padrão, que é configurado para o SAP armazenar os arquivos relacionados a NF-e, não foi criado nenhum arquivo, e no "Monitor de NF-e" dentro do SAP, também não apareceu nenhum log de comunicação.
Alguém teria alguma informação de como obter o XML gerado para pelo SAP para analisar este erro? Ou onde posso verificar o motivo deste erro?
Agradeço,Olá pessoal,
Para deixar registrado.
Prossegui com os testes, e alterando algumas tags no EFM o arquivo NFe_Mapping_v1.182.SPP disponibilizado pela SAP, consegui gerar uma nota fiscal, porém a mesma ainda não é enviado ao SEFAZ.
Configurei todo o B1i, importando o scenario, de acordo com o How To do NF-e. No scenario, depois de ativado, ao verificar o status no check, aparece um warning em 3 eventos:
"inbound channel, timer: Step runs by default every minute. Message log not excluded. High load on message "
Não consegui verificar se isto pode gerar algum problema na transmissão da NF-e.
No Sap, no monitor da NF-e, tentei enviar várias notas fiscais, está gerando a chave de acesso e consigo exportar o XML da nota, porém está dando erro de envio, ao dar 2 clique na linha, aparece o erro:
"Documento marcado para transferência utilizando o framework de integração"
Verifiquei no site do SEFAZ pela chave de acesso, e a nota não chegou a ser enviado ao SEFAZ
Este é ponto até onde avancei com a emissão da NF-E utilizando os recursos do SAP.
Se alguém conseguiu enviar com sucesso uma nf-e pelo SAP PL11, e compartilhar esta informação, agradeço.
Diego Rodrigo, -
SAP NFe GRC XML 3.10 - Erro no envio do lote - Status 2
Pessoal, bom dia!
Configuramos os cenários para a versão do xml 3.10 da NFe porem ao criarmos a NFe (saída) o lote foi gerado porem ficou parado no status 2 (Enviado ao PI) com o erro 38 (Web Service não acessivel) ao clicarmos na descrição do erro é exibida a seguinte mensagem:
"Service Status not identified: Job /XNFE/NFE_CHECK_SRV_STATUS is not running or customizing is mi"
O job /XNFE/NFE_CHECK_SRV_STATUS está agendado a cada 2 minutos para teste com o estado 29 (BA) e foi configurado na SPRO NF-e: definir consulta para status de serviço das autoridades (SEFAZ) conforme abaixo:
Foram agendados os seguintes jobs para a versão 3.10
/XNFE/EVENT_BATCH_SEND
/XNFE/GET_ACKNOWLEDGMENT
/XNFE/NFE_B2B_SEND
/XNFE/NFE_BATCH_CREATE
/XNFE/NFE_BATCH_REQUEST
/XNFE/NFE_CHECK_SRV_STATUS
/XNFE/NFE_CONTINUE_PROCESS
/XNFE/NFE_SKIP_SEND
/XNFE/PROCESS_REPORTS
/XNFE/UPDATE_ERP_STATUS
Alguem já passou por este problema no lote? Alguma dica para soluciona-lo?
Abraços,
Halsen NagasawaAlan,
Realmente o erro era na SEFAZ BA, o XML de envio e retorno do serviço NfeStatusServico difere das outras SEFAZ.
Para solucionar criei um ZSLL-NFE e inclui um javamapping no request e outro no response do operation mapping SRVSC_nfeStatusServicoNF2_TO_nfeStatusServicoNF2SoapIn para modificar as tags conforme o modelo de XML informado pelo pessoal de desenvolvimento da SEFAZ BA.
Abaixo o modelo informado pela SEFAZ BA.
O XML do cabeçalho para utilização dos WebServices da SEFAZ-BA na versão 3.00/3.10 é o seguinte:
<?xml version="1.0" encoding="UTF-8"?>
<nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<versaoDados>3.10</versaoDados>
<cUF>29</cUF>
</nfeCabecMsg>
E o XML da solicitação ao WebService de StatusServico na versão 3.00/3.10 é o seguinte:
<?xml version="1.0" encoding="UTF-8"?>
<consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<tpAmb>2</tpAmb>
<cUF>29</cUF>
<xServ>STATUS</xServ>
</consStatServ>
Att.
Halsen Nagasawa -
NFe 3.10 - Erro 225: Rejeição: Falha no shcema XML da NFe
Boa tarde.
Estamos com problema no Schema do XML, já verificamos as informações do post abaixo:
http://scn.sap.com/thread/3714800
Aqui também ocorre o mesmo problema e quando reenviamos a nota o xml é processado. Porém, precisamos encontrar uma solução
onde não seja necessário o reenvio manual do documento.
Baixamos o XML com problema e depois da validação no SEFAZ (após o reenvio) e a unica diferença é a tag abaixo:
Ela é criada após a validação do XML?
*** XML Erro Schema
<?xml version="1.0" encoding="utf-8" ?>
- <NFe xmlns="http://www.portalfiscal.inf.br/nfe">
*** XML OK, após o reenvio da NF
<?xml version="1.0" encoding="utf-8" ?>
- <nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
- <NFe xmlns="http://www.portalfiscal.inf.br/nfe">
Gostaria de saber se alguém já passou por este problema e qual foi a solução aplicada.
obrigado
Juliano DinizOi Michael,
Essa declaração que o José comentou é diferente mesmo, não vi em nenhum outro cliente e ela que deu erro no validador da SEFAZ no seu teste. Se você remove essa TAG e faz o teste no validador da SEFAZ RS o XML aponta outros erros.
Teoricamente o XML começaria assim:
<?xml version="1.0" encoding="UTF-8"?>
<NFe xmlns="http://www.portalfiscal.inf.br/nfe">
Além disso o XML do TXT tem umas quebras de linha que separaram o conteúdo das TAG's e causaram erro no validador da SEFAZ tb.
O validador do GRC é basicamente uma função que aponta erros técnicos no preenchimento dos dados que vieram do ERP ( campos obrigatórios em branco, campos numéricos com valor alfanumérico, etc...) porém ele não validaria a estrutura final do XML ( encoding, montagem das TAG's e namespaces adicionados ).
OBS: No arquivo adicionado tem o XML completo e por uma questão de "data protection" eu não recomendaria disponibilizar esse tipo de arquivo na internet, pois ele contém dados teoricamente sigilosos de negócio ( Clientes, transportadores, produtos/preços, Certificado digital da empresa emissora, etc...).
att,
Renan Correa -
Campo cNF do XML v.200 da NFe com 9 dígitos
Olá!
Estamos testando a NFe na versão 2.00 do XML.
Encontramos inconsistência no campo cNF do XML gerado pelo SAP.
Segundo o Manual do Contribuinte 4.01, o campo cNF deve ter o tamanho de 8 dígitos.
Nosso ambiente de testes está com o SP18 atualizado e o local de negócio atualizado para gerar o lay-out do XNL da NFe no na versão 2.00. Neste ambiente, o SAP está gerando o campo CNF no XML com o tamanho de 9 dígitos, sendo invalidado pelo SEFAZ.
O XML na RFC do SAP do cabeçalho da NFe, gera o campo
Somente para a versão 1.10 do XML da NFe que o campo cNF tem 9 dígitos, sendo que o primeiro refere-se ao tipo de emissão. Entretanto, para a versão 2.0 do XML, segundo o manual do contribuinte 4.01, dever ter 8 dígitos.
Não temos o GRC. Nosso serviço de mensageria é da Alliance.
Aplicamos as Notas SAP abaixo, porem sem sucesso:
Note 1519167 - Nf-e: Issuing type filled for XML-version < 2.00
Note 1520408 - Nf-e: Issuing type filled for XML-version < 2.00 and RFC = 3
Alguem já passou ou está passando por isso? Como está resolvendo?
Obrigado.
Abrçs
Heron CaetanoOla, respondendo a sua pergunta.
O formato com 9 digitos para a troca de dados entre o ECC e o GRC aparentemente foi mantida para compatibilidade das versões, porem, a validacao dos dados do NFEid por exemplo e os demais processos, para o formato 006 ( XML 2.0 ) leva em conto o novo formato de 8 digitos como demonstrado abaixo.
IF lv_id(2) NE is_nfe_header-cuf "Region
OR lv_id+02(02) NE is_nfe_header-demi+2(2) "Year
OR lv_id+04(02) NE is_nfe_header-demi+4(2) "Month
OR lv_id+06(14) NE is_nfe_header-c_cnpj "CNPJ of issuer
OR lv_id+20(02) NE is_nfe_header-mod "model
OR lv_id+22(03) NE lv_serie "serie
OR lv_id+25(09) NE is_nfe_header-nnf "NFe number
OR ( lv_id+34(01) NE is_nfe_header-tpemis "Issuing type
AND is_nfe_header-version NE gc_xmlvers1_erp ) "only for newer version then 1.10 (005a)
OR lv_id+35(08) NE is_nfe_header-cnf+1 "random number (except first digit fixed zero)
OR lv_id+43(01) NE is_nfe_header-cdv. "control digit
De uma verificada no seu ambiente do GRC, ele está com o SP15 instalado com todas as notas aplicadas ? inclusive no seu ECC, todas as notas referentes ao XML 2.0 foram realizadas com sucesso? -
Erro 225 - Falha no Schema XML do lote de NFe com mensagem formato invalid
Pessoal, boa noite.
Estou me deparando com um problema de validação de NFe no Sefaz GO, onde está retornando o erro 225, mas quando verifico o retorno tenho a mensagem de que o formato não é valido (abaixo print) . Verificando o dado, não tem nenhuma divergencia entre os demais valores. Alguém ja se deparou com este erro?
<?xml version="1.0" encoding="utf-8" ?>
- <ns1:nfeRetRecepcaoResponse2 xmlns:ns1="http://sap.com/xi/NFE/006">
- <ns1:nfeRetRecepcao2Result>
- <ns2:retConsReciNFe xmlns:ns2="http://www.portalfiscal.inf.br/nfe" versao="2.00">
<ns2:tpAmb>2</ns2:tpAmb>
<ns2:verAplic>GO2.0</ns2:verAplic>
<ns2:nRec>521000004377506</ns2:nRec>
<ns2:cStat>225</ns2:cStat>
<ns2:xMotivo>Rejeição: Falha no Schema XML do lote de NFe</ns2:xMotivo>
<ns2:cUF>52</ns2:cUF>
<ns2:cMsg>225</ns2:cMsg>
<ns2:xMsg>cvc-pattern-valid: Value '5499.00' is not facet-valid with respect to
pattern '0|0.[0-9]{2}|[1-9]{1}[0-9]{0,12}(.[0-9]{2})?' for
type 'TDec_1302'.</ns2:xMsg>
</ns2:retConsReciNFe>
</ns1:nfeRetRecepcao2Result>
</ns1:nfeRetRecepcaoResponse2>
Edited by: Fernando Ros on Apr 22, 2011 8:03 AM adicionando tag code para visualizar todos os caracteresBom dia Carlos,
Em sendo a Sefaz GO a inconstância não me surpreende, mas a de se estar atualizado, principalmente com o removedor de caracteres e validador ativo para evitar a chance do programa da Sefaz se confundir que é o que parece estar acontecendo... Está apontando o problema num lugar onde a mensagem apresentada está ok.
Sugiro atualizar o sistema ao SP18 que é o necessário para trabalhar de forma saudável com layout 2.0
Atenciosamente, Fernando Da Rö -
Envio de XML via email, e no corpo do email, referencia a NFe...
Bom dia,
Onde trabalho o GRC já envia os XML´s para as empresas cujos emails estao cadastrados.
Porém no corpo do email, preciso que seja incluída a msg abaixo.
Gostaria de alguma dica de como fazer isso.
Grato,
Roberto
Prezado cliente,
Você está recebendo a Nota Fiscal Eletrônica número XXXX, série X da
EMPRESA XYZ LTDA, no valor de R$ xxxxxx,xx.
Além disso, junto com a mercadoria seguirá o DANFE (Documento Auxiliar da
Nota Fiscal Eletrônica), impresso em papel que acompanha o transporte
das mesmas.
Anexo à este e-mail você está recebendo também o arquivo XML da Nota
Fiscal Eletrônica. Este arquivo deve ser armazenado eletronicamente por
sua empresa pelo prazo de 05 (cinco) anos, conforme previsto na
legislação tributária (Art. 173 do Código Tributário Nacional e § 4º da
Lei 5.172 de 25/10/1966).
O DANFE em papel pode ser arquivado para apresentação ao fisco quando
solicitado. Todavia, se sua empresa também for emitente de NF-e, o
arquivamento eletrônico do XML de seus fornecedores é obrigatório, sendo
passível de fiscalização.
Para se certificar que esta NF-e é válida, queira por favor consultar
sua autenticidade no site nacional do projeto NF-e
www.nfe.fazenda.gov.br), utilizando a chave de acesso contida no DANFE.Bom dia Roberto,
Você pode se basear no código postado pelo Henrique para anexo.
http://wiki.sdn.sap.com/wiki/display/BPX/SamplecodetocreateemailbodyandXMLattachmentinanoutgoingNFEB2Be-mail+communication
E a partir dele seus desenvolvedores PI e ABAP poderão adaptar de forma a obter os valores, fazer o binding, compor o texto dinâmico e colocá-lo como anexo.
Atenciosamente, Fernando Da Ró -
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 CaetanoHeron,
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. -
Arquivamento do XML da NFE!
Boa tarde a todos,
Em relação ao arquivamento do XML das mensagens de NFE, existe alguma obrigatoriedade legal para que sejam guardados esses XML's e dentro da solução GRC NFE 1.0 existe alguma funcionalidade para esse arquivamento ou o pessoal costuma utilizar o próprio repositório de mensagens do XI para esse fim.
Grato,
Marco A. Machado SarriOlá Marco,
O SAP GRC NFe armazena as NFes autorizadas e recebidas via interface de B2B no repositório KPRO de forma automática.
Este repositório pode ser configurado na instância na qual encontra-se o core ABAP do SAP GRC NFE.
Em relação a obrigatoriedade legal, dê uma olhada em Entrada da NFe no ERP e arquivamento do XML. este post também possui informações as NF-es de entrada.
Atenciosamente,
David -
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 MineiroBom 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 -
Error 70 - Código do status 225: Rejeição: Falha no Schema XML da Nfe.
Bom dia grupo!
Nós estamos atualmente recebendo a seguinte mensagem de erro da SEFAZ relacionado aos batches que nós enviamos: Error status 70 "Error from the authorities" and Código do status (Status Code) 225: Rejeição: Falha no Schema XML da Nfe.
Nossa configuração é 46C com muitos OSS notes aplicados (veja abaixo)
Nós estamos realmente parados neste momento e não temos nem ideia de onde começar.
Atenciosamente,
Marc de Ruijter
OSS notes for NF-e phase 2
989115 Nota Fiscal Electronica (NF-e) - Overview Note
852302 Implementation Overview ISS 2004 - Legal Change MP135/LC116
759965 New Condition Formulas for MP-135 and ISS 2004
747607 Basic Customizing for MP135 and ISS legal change Brazil
980214 DDIC changes: PIS / Cofins Tax Law and Tax Situation
981123 PIS / Cofins Tax Law and Tax Situation
981687 NFe: For Services in Muncipio Sao Paulo
934846 Syntax error: TYPE-POOL 'SXRT' is unknown
979881 Message S 000 in NF writer when mandatory fields not filled
980213 Nota Fiscal Electronica (NF-e) of SEFAZ - Phase 2
1037070 NF-e of SEFAZ - Phase 2, Enhancement 01
1014600 No output found for the Nota Fiscal
1052575 NF-e of SEFAZ - Phase 2 / DDIC changes after shipment
1043688 NF-e of SEFAZ - Phase 2, Enhancement 02
1062468 NF-e: Multiple volume structure for XML file
1062251 NF-e: Extension of BADI Interface FILL_HAEDER
1070261 NF-e of SEFAZ - Phase 2, Enhancement 03
1094041 NF-e of SEFAZ - Phase 2, Enhancement 04
1000130 Public System for Digital Bookkeeping (SPED) - Overview Note
1008306 SD: Manual changes of CFOP for services when ISS tax applies
998194 Missing ISS Tax Situation in the Nota Fiscal
1047606 SD/Brazil: Using of error log during Nota Fiscal creation
120449 SD-Brazil Exchange variance error in Nota Fiscal
92383 LSA:BR:SD: Tax laws in return nota fiscal
689157 Nota Fiscal Split and number of Packages
987882 ISS Tax Law (field J_1BTAXLW3) not copied from sales order
989965 CFOP redermination in the delivery document not working
909835 Message 8B 679 raised during the delivery process
337554 SD: No. of packages in Nota Fiscal
533046 Repair order inconsistent to object list
920330 Error when changing the tax codes in a sales order
998195 PIS/COFINS/ISS Tax Law and Tax Situation in SD
104606 EDI/IDoc: Mapping IDoc types to ANSI X12
1094041 NF-e of SEFAZ - Phase 2, Enhancement 04
1105588 J_1BLFZF: Runtime error OBJECTS_OBJREF_NOT_ASSIGNED
OSS notes for XML ver 1.1 and NF-e phase 3
1065334 NF-e: Extension of BADI Interface FILL_ITEM with tax table
1068615 NF-e: Extension of BADI Interface with SD document flow
1079826 NF-e: BAdI Interface Enhancement for NF Messages
1069919 NF-e: Partner in Block E should always be main partner
1090279 NF-e monitor: automatic refresh upon user actions
1093252 NF-e: ICMS tax situation in XML File and DANFE
1113127 NFe: New XML Layout - Version 1.10
1114348 NF-e - xNFe integration - backend
1122294 Send/resend NF-e: fill VBFA for BAdI item method
1124075 NF-e: Serie not taken from Contingency NF-Type
1144194 NF-e: Cancellation/Skipping Reason
Bug Fix notes for NF-e BAPI.
1049946 NF-e: Adaption of Nota Fiscal Bapis
1147934 NFe: Random number should not be generated for incoming NFes
1150733 NFe: Randon number and check digit not cleared
1154995 NF-e: NF BAPI - enhancement for NF-e processing
1158622 NF-e: NF BAPI - no input of random number possible
Bug Fix notes for Contingency process
1158612 NF-e: Wrong partner in Block-E for Entrada
1240212 NF-e: One time Vendor data not transferred to XML file
1255450 NF-e: Jurisdiction code for one time vendor / customer
1257030 NF-e: Country Name for one time vendor / customer
1069018 Cancellation of incoming NFe shows error J1B_NFE 003
1070077 NF-e: Protocol number and document status for Denied NF-e
1145148 NFe: Cancellation for Contingency NFes
1152263 NF-e monitor: wrong action status '7' for C-NF-e
1146914 NFe: Synchronous call to messaging system from backend
1149356 NFe: Dump when NFe is cancelled with MIGO
1152081 NFe: Dump when NFe is cancelled with VL09
1153533 NFe: Dump when NFe in contingency is cancelled with VL09
1156116 NF-e: Contingency by stock transfers
1160107 NF-e: Cancellation of contingency NF-e with DOCSTA = 1 or 2
1161347 NF-e: Cancellation of Contingency NF-e - correction
1238648 NF-e monitor: req. action '3' (send) wrong for swtch. NF-e
1165953 NF-e: Numbering Gaps
1244326 NF-e: Numbering gaps - Status update in table J_1BNFENUMGAP
1245425 NF-e monitor: required process step - contingency
1252567 NF-e: Resend of NF-e - rejected or with validation error
1266344 NF-e: Action Indicator for NF-e with validation error
1254565 NF-e: Synchronization of RFC call between ERP and xNFe
1053626 MIRO: wrong document reference in nota fiscal
1073259 NF-e: Transfers - Outgoing NF-e No. not taken by Incoming
1153874 NF-e: GR for future delivery takes wrong NF-e number
1174946 NF-e: Serie not considered for duplicate NF-e number in MIRO
Miscellaneous bug fix notes
1175538 NF-e: Reference between NF and NF-e
1244881 NF-e: Mixed scenario in MIRO shows error 8B219
1257422 MIRO: Error 8B 219 by posting of reference invoices
1150843 NFe: Text for cancel reason not transferred to XML file
Bug Fix Notes Group 2
1059699 NF-e: Reference between NF and NF-e
1139062 NF-e incoming: Posted via J1B1N -> Wrong Document Status
1144199 NF-e: SD Billing and Contingency
1145089 NF-e: Cancellation despite rejected cancel request
1149787 NF-e: Wrong status-code text in NF-e history
1151112 NF-e: cancellation-reason text gets lost (pre req of 1150172)
1150172 NF-e monitor: selection leads to dump
1068379 Creation of Billing document issues an error 8B 145 (pre req of 1145089)
1152842 NF-e: cancellation reason does not work
1154700 NF-e: Random number & check digit not stored in active table
1073145 PIS / COFINS Tax Laws for Transfers (pre req for 1155231)
1082527 Missing PIS / COFINS Tax Laws for Transfers (pre req for 1155231)
997868 VL02N: CFOP, tax laws not copied from delivery (error 8B148) u2013 (pre req of 1155231)
1155231 PIS/COFINS tax law in NF/NF-e by split valuated material
1155424 NF-e monitor: Menu -> "Check MS Connection" does not work
1159177 NF-e: FUNC J_1B_NFE_SET_STATUS_IN_BACKEND set as Rem.Enabl
1161951 NF-e monitor: "Resend" functionality.
1162232 NF-e: switch to contingency not possible after MSS Update
1162512 NF-e: cancellation reason not initial at first-time call.
1162629 NF-e: creation date gets deleted from NF-e data-base table
1164283 NF-e: SCS '5' - upon authr.to cancel system does not cancel
1165155 NF-e Monitor: BACK (F3) leads to cancellation
1165360 NF-e Monitor: new selection parameter - creation user
1168394 NF-e: Reference document not taken from Nota Fiscal header
1168798 NF-e: User decision for used NF-Type for Material Movements
1171383 NF Writer: Copy NF-e that was switched to contingency.
799445 Nota Fiscal creation: Consideration of local dates (pre req of 1171383)
1104003 NF-Writer: Serie not taken from Reference NF (pre req of 1171383)
1156037 NF-e: NF-Writer allow reference with different NF-types (pre req of 1171383)
1175759 NF-e: central contingency per business place - correction
1239598 NF-e: Random number and check digits are lost in NF writer.
1163888 NF-e: Random Number includes spaces (pre req of 1239598)
1245425 NF-e monitor: required process step u2013 contingency. u2013 applied in bug fix notes no need to apply.
1246700 NF-e: Wrong reference for NF entradas.
1257688 NF-e: Update termination with error J1B_NFE 021
1258021 NF-e: Dump by creation of NF header text for XML file
1258974 NF-e: Monitor report aborts with DBIF_RSQL_INVALID_RSQL
1265172 NF-e - Decouple RFC from DB Update
1285851 NF-e: Cancellation of none authorized documents
1288925 NF-e: References between NF-e and non NF-e
1272677 NF-e: Cancellation for Material Document with serial number (pre req for 1288925)
1247602 NF-e: Cancellation of material documents with serial numbers
1163104 NF-e: Cancel Material documents with initial cancel reason
1293944 NF-e: Cancellation of material documents with batch classes.
1267128 NF-e: Cancellation goods movement with MVT 844 not possible (pre req for 1293944)
1300000 NF-e: Decouple - Contingency
1314856 NF-e: Decouple - Contingency in J1BNFE and VF01 & VF04
1321837 F-e: Cancel of material documents not possible
1092028 NF-e: Protocol number in NF-header overwritten (pre req for 1265172)
1114283 NF-e: cancellation - document status cleared in J_1BNFDOC (pre req for 1265172)
1234053 Local time / local date in NF header and NF-e XML (pre req for 1265172)
1288994 NF-e: Decupling note 1265172 causes error for incoming NF-e (pre req for 1300000)
1297042 NF-e: NF-e number missed in access key after decoupling (pre req for 1300000)
1087535 RFFOBR_A,U:Doc.no should be filled with 9 digits in DME file Applied OSS note 1087535 to the object Z_RFFORIY1 which was copied from RFFORIY1
1097455 NFE: Bank files should accommodate Doc. Numbers with 9 digits
304961 Wrong boleto check digit with carteira data (pre req of 1097455) - Not relevant
336117 Include due date factor in Boleto barcode for A/R (pre req of 1097455) - Not relevant
705726 ITAU: Boleto has negative interest value (pre req of 1097455) - Not relevant
846297 Func Mod - BOLETO_DATA not printing correct nosso numero (pre req of 1097455) - Not relevant
852782 BOLETO_DATA - Corrections of note 846297 for Bredesco only (pre req of 1097455) - Not relevant
1227478 Dump in payment run (F110) when XBLNR is empty
1138278 NFe: Field PREDBC not filled in XML interface structure (pre req of 1149585)
1149585 NFe: CST field required in XML file for taxes not in NFe
1053855 VL02N raises error 8B 053 "Branch not foundu201D
1165696 RFEBBU00: Error in batch input due to changes in Nota Fiscal
1180402 NF-e: BADI methods FILL_HEADER and FILL_ITEM
1180672 NF-e: Gap numbering check doesnu2019t consider the series
1225338 RFEBBU00: Additional changes to the note 1165696
1241922 NF-e: Report J_1BNFECHECKNUMBERRANGES xNFe adaption
1244326 NF-e: Numbering gaps - Status update in table J_1BNFENUMGAP (Applied using other Kintana)
1270813 NF-e: Year not included in the XML file
1247264 NF-e: Error in RFC to /XNFE/NFE_CREATE after note 1241922 (pre req for 1274200)
1274200 NF-e: Numbering gaps report sends SERIE with spaces
1276185 NF-e: Numbering gaps report sends SERIE with spaces
1294917 NF-e: Gap numbering check - several corrections
1324538 Missing address for OT Customer in J_1B_NFE_CREATE_TXT_FILE
1331432 NF-e: Numbering gaps report detects gaps for initial series
1332167 NF-e: Rep. J_1BNFECHECKNUMBERRANGES aborts with error DC 006
1092341 RFFOBR_A,RFFOBR_D: Performance problem while rebate calcula
1237089 RFEBBU10:While uploading ITAU Bank returnfile- Error(F5 170)
1051314 Check Digit missing from Boleto number (pre req for 1306966)
1306966 J_1BBR30:XREF3 is not updated correctly with Boletofrom bank
1005924 RFFOBR_A-The DME file does not include Rebate for ITAU (pre req for 1287633)
1287633 RFFOBR_A: Discount amount not calculated correctly
1234054 NF-e: function J_1B_NFE_MS_REQUESTS_DATA is not RFC enabled
1297534 NFe cancellation problems in GRC
1243964 NF-e: Adaption of xNFe interface of function NFE/NFE_SKIP
1165746 NF-e: Cancel - Error log not updated
1327465 The program /xnfe/update_erp_status is not updating R/3
1326691 BAdI for controlling the RFC call of external systems
1333136 Prevent simultaneous click on buttons in NF-e monitor
1333742 NF-e got the status 218
1354192 Validation rules: correction for fields TPLACA and T_UF1
1373175 Lock object for /XNFE/NFE_CREATE to prevent double transm
1376500 BAPIRET2 to provide the detailed information to ERP
1267455 Not possible to create different DOCREF per item using BAPI (pre req for 1373321)
1373321 BAPI_J_1B_NF_CREATEFROMDATA: DOCREF from Header go to item
1328583 NF-Writer posting of NF/NFe when mandatory fields not filled
1338166 NF-e: Random number and check digit lost after note 1328583
1259918 NF-e: RFC calls for request for cancellation or skip
1152140 NF-e: backend allows inconsistent new SCS (pre-req for 1298283)
1162852 NF-e: Inbound errors missed in error log of Monitor Report (pre-req for 1298283)
1163056 NF-e: Problems with printing via BADI method CALL_RSNAST00 (pre-req for 1298283)
1276438 NF-e: Parallel Phase not identified in messaging system (pre-req for 1298283)
1296515 NF-e: J1BNFE reset rejected NF-e after skipping request (pre-req for 1298283)
1297823 NF-e: Cancelled NF-e shows wrong action indicator (pre-req for 1298283)
1298283 NF-e: Skip for NF-e with validation error
1362969 NF-e: check cancellation for billing documents
1368159 NF-e: cancellation of invoices via original application only
1370933 NF-e: Accept Rejection to Cancel - wrong status in monitor
1376324 NF-e: Skip for NF-e with validation error
1140579 NFe: Field length conflicts from backend interface to XML
1357713 NF-e: Cancel of incoming NF-es does not update active table.
1173018 NF-e: Field control for Random Number and Check Digit (pre-req for 1366320)
1321517 NF-e: MIRO Credit Memos for NF-e shows error 8B 020 (pre-req for 1366320)
1366320 NF-e MIRO:Save is allowed without mandatory fields filled for NFe
1375066 NF-e: J_1BNFECHECKNUMBERRANGES ends too early, wrong subrc
1375894 NF-e: J1BNFE authority check for company code
1377879 NF-e: Report J_BNFECALLRFC aborts with message A098
1379062 NF-e: posting GR after cancellation leads to wrong NF-e
1357777 Cancel billing document without Nota Fiscal cancellation
1380861 NF-e Resend(proc.stat.07) with Signature error impossible
1362025 Error while sending Bacen Code EX with 0 on begining
1249819 NF-e: Field MODFRETE filled incorrectlyBom dia Marc de Ruijter,
Não dá para ler sua thread, mas imagino que seu validador esteja desligado.
No GRC vá em SPRO --> SAP GRC Nota Fiscal Electronica --> Configure System Response for Each Tax Number (CNPJ)
Para ligar/desligar o Validador basta clicar no check box na coluna Validation.
Observação: Para correto funcionamento do GRC deve-se sempre utilizar o validador ligado.
Após isto refaça seu teste, é provável que você receba um erro de validação para a NF-e. Veja em GRC Web monitor -> NFe Detailed View -> Validation History.
Atenciosamente,
Fernando Da Ró -
IMPOSTOS PIS E COFINS DE IS-OIL NAO ESTAO INDO PARA O XML DA NFE
Prezados,
Estamos em um projeto de IS-OIL, SAP Release EHP5 S.P. 05, e nos apareceu o seguinte problema nos testes da NF-e.
O PIS e COFINS estao configurados atraves das condicoes OI1A e OI1B, TAX GROUP OI1A e OI1B respectivamente, que faz com que na nota fiscal estes impostos sejam estatisticos.
Acontece que na funcao standard J_1B_NF_MAP_TO_XML, quando passa por um imposto estatistico com RECTYPE = 2 e com TAX GROUP diferente de PIS e COFI, nao aceita e nao leva os valores.
Pesquisamos por alguma nota na SAP, mas nao encontramos.
Algum de voces ja passou por este problema, podem nos ajudar por favor?
Antecipadamente agradeco,
Diogenes L. SouzaPrezados,
Eu abri um chamado para a SAP a respeito desse problema, e depois de tentarem resolver o problema inclusive criando uma OSS NOTE especifica para o assunto, nao deu certo e a resposta final da SAP eu reproduzo abaixo :
unfortunately I do not have such great news.
I have just received the information from our LPM that SAP do not
support industry specific conditions to be exported to the XML.
The recomendation is that the customer implement the necessary
modifications himself or look for a LPM and create a new development
request.
Saying this, you have to undo the modifications created by note 1671892
and close this message
Entao, diante dessa resposta, o jeito e desenvolver algo, ou solicitar o desenvolvimento caso haja tempo habil.
Obrigado a todos,
Diogenes
Maybe you are looking for
-
Problem in Submit Program in background
Hi Expert, I have one progam which fetch the sales order data as per input selection and pass it to COOISPI T.Code. Through the program SUBMIT PPIO_ENTRY USING SELECTION-SCREEN '1000' WITH P_TCODE = 'COOISPI'
-
I can't use my iPhone 5 in China
Dear Sir or Madam, As I bought my iPhone 5 in the USA from Sprint, full price with tax, unlocked ,it was excepted to be a global phone. But now I come across with some problems in China using local carrier, everything is working properly except sendi
-
Weird behaviour of OBIEE 11g hierarchy columns
Hi, I'm facing this weird issue when i implement the OBIEE 11g new feature called hierarchy column.The issue is that the last value in the hierarchy is reporting Example Store Heir-achy ->Store Country ->Store City ->Store name ->Store Name ->Store n
-
Hi Gurus, I am doing mfbf against plan order system giving me error "Planned order (46) is only allowed for make-to-order production" My strategy of material is "81" From witch t-code I have to go for back flush. please suggest me Nilesh
-
Hi, OIM acts as Requesting Authority,SPML Provider Acts as Provisioning Service Provider. I am generating spml requests form java code to SPML provider.The spml response returned does not contain the attribute values.How to fetch the attribute values