Envio do XML para Destinatario é obrigatorio ??

O manual de integracao do contribuinte da sefaz diz que o emissor da nfe deve de alguma maneira enviar o XML da nfe para o destinario, e ambos devem guardar pelo tempo determinado pela lei.
Gostaria de saber se isso é uma obrigatoriedade, ou seja, assim que meu ambiente entrar em producao (NFe) essa caracteristica deve estar funcionando tb ?
Abracos.
Kleyson Rios.
SD Jr.
Edited by: Kleyson Rios on Jul 10, 2009 1:55 AM

Bom dia Kleyson,
O texto da Lei diz:
Cláusula décima 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.
§ 1º O destinatário deverá verificar a validade e autenticidade da NF-e e a existência de Autorização de Uso da NF-e.
§ 2º Caso o destinatário não seja contribuinte credenciado para a emissão de NF-e, alternativamente ao disposto no u201Ccaputu201D, o destinatário deverá manter em arquivo o DANFE relativo a NF-e da operação, devendo ser apresentado à administração tributária, quando solicitado.
Na cláusula décima primeira, existe exigências também quanto ao DANFE.
Respondendo sua pergunta: Sim, você deverá guardar por 5 anos tanto os XML que emitir, e que receber. Outro ponto é que o XML que você receber deverá validá-lo para garantir existência da autorização de uso.
Quanto à exigência do GoLive, sugiro fortemente sua área fiscal contactar a Sefaz para saber sobre prazos, tolerância e requerimentos.
De qualquer forma, seu projeto deverá conter:
- Disponibilizar o XML que você emite (seja por webservice, envio de email ou intranet)
- Preparar seu ambiente para processar os XML emitidos por terceiros
- Considerar os meios disponibilizados / exigidos por seus parceiros de negócios (fornecedores/clientes) estes meios podem variar: troca de email tem sido o mais comum, algumas empresas exigem uso de portal corporativo, filesystem, webservice...
Atenciosamente, Fernando Da Ró

Similar Messages

Envio de XML para fornecedor

Srs,
Estamos com falha no envido do XML para o fornecedor, porém os emails enviados não estão sendo recebidos pelos forecedores.
Criei algumas NF-es de homologação e inserindo meu próprio email, sem sucesso.
Estranhamente todas as notas criadas estão sendo finalizadas com sucesso e meu email inclusive aparece no XML da nota!
Process Status: 08 (Sent to B2B)
Error Status: Vazio
Status Code: 100 (Autorizado o uso da NF-e)
ERP Error: Vazio
Em history ele segue o seguinte processo:
Overall Status - Creation Date - Creation Time
Received from Feeder System - 05.05.2010 - 11:00:20
Sent to Signature Service - 05.05.2010 - 11:00:20
Signed - 05.05.2010 - 11:00:23
Added to Batch - 05.05.2010 - 11:02:08
Result Received - 05.05.2010 - 11:04:17
Sent to B2B - 05.05.2010 - 11:06:09
Os Comunications Channels Email_Sender_CC (Incoming) e NFeXML_Mail_Receiver_CC (Outgoing), estão ativos e funcionando perfeitamente no Integrations Directory e em Comunication Channel Monitor, também não foi encontrado nenhum log de erro.
Os principais jobs ( /XNFE/PROCESS_REPORTS, /XNFE/CHECK_SRV_STATUS e /XNFE/UPDATE_ERP_STATUS), estão schedulados e sendo finalizados com sucesso.
Na MONI, todos processos são finalisados com sucesso (bandeira quadriculada) e sem erros em Ack Status.
Também não encontro nenhum log de erro em Payloads, Soap Header ou Soap Body.
Nenhum bloqueio na SMQ1, SMQ2, SM12, SM21. Chequei inclusive os logs da AL11 e não encontrei nada que pudesse me dar uma luz.
Efetuei ping nos servidores de IMAPS e SMTP, que responderam um time de 170ms em média.
Um telnet nas porta 25 (SMTP), houve um retorno de sucesso pelo comando HELO.
Porém, qdo tento conectar o telnet na porta 993 (IMAPS), não aparece nenhuma mensagem e volta à raiz (C:>) sem resposta.
Alguém já passou por algo parecido e poderia me dar um help.
Toda ajuda será bem vinda.
PS.: Estou resolvendo por nome do host e não por IP nas configurações do PI/XI, isto infuência?
Obrigado,
Ricardo

Ricardo,
sugiro que você busque na transação SXI_MONITOR por mensagens da interface de envio de B2B (NTB2B*) para o período no qual você está tendo problema.
Com isso, você encontrará todas mensagens que foram enviadas para o B2B. Através do Access Key, identifique uma que você sabe que não chegou ao destinatário e abra a mensagem.
Abra a mensagem do pipeline SENDER e procure no trace (janela do lado direito, com o xml) por uma parte chamada "Dynamic Configuration". Nessa parte deverá constar a configuração do e-mail de quem receberá a NF-e. Veja se bate com o que está no ERP.
Verifique também se a RFC que busca o e-mail está retornando corretamente os dados. Verifique também se no Message Mapping que busca o e-mail do cliente no SAP se ele está apontando para o Communication Channel correto.
[]'s

Momento de envio do XML

Boa tarde,
Estou em um projeto de implementação e com a seguinte dúvida:
Requerimentos:
Tenho que enviar o XML assim que a Invoice+NF é gerada (VF01/VF04, etc).
Num segundo momento, após a aprovação do XML, eu poderei imprimir a DANFe.
Envio XML:
Sei que a função que mapeia o XML para a versão 2.0 é a J_1B_NF_MAP_TO_XML e a função que envia para o GRC ou outra mensageria (utilizaremos NeoGrid) é a J_1B_NFE_XML_OUT.
A pergunta é: como faço a chamada destas funções? Qual programa devo chamar? Em qual momento? É por customizing ou por uma exit no faturamento?
Obs.: entendo que estas funções já estão configuradas no monitor J1BNFE para solicitar o reenvio da nota, etc.
Impressão DANFe:
Em paralelo, na J1BJ vou ter que configurar somente o programa de impressão do DANFe (J_1BNFPR), correto? Pois assim quando eu gerar e processar o output da NAST ele irá fazer a impressão do documento, correto?
Caso não entendam as perguntas por favor me contestem que eu explico melhor.
Obrigado!
Felipe Brasil Simioni

Olá, Fernando.
Por favor veja se pode nos ajudar.
Estamos tendo o mesmo problema com o envio do XML para a mensageria (não GRC).
Seguindo as parametrizações indicadas acima:
SPRO
   Componentes válidos para várias aplicações
     Funções gerais de aplicação
       Nota Fiscal
         Saída
           Atribuir parametros de numeração e dxed impressão
O local de negócios está configurado como RFC CALL vazio (segue descrição abaixo):
"Execução RFC e atualização banco dados na mesma LUW (padrão)"
Porém, ao tentar enviar a nota fiscal (ex: J1B1N), ocorre um erro na SM58 e o XML não é enviado para o sistema de mensageria.
Analisando o programa SAPLJ_1B_NFE, no include LJ_1B_NFEF42, vemos que para mensagerias não GRC o programa chama a função J_1B_NFE_XML_OUT em background task, o que ocasiona o erro abaixo na SM58.
IF sy-subrc IS INITIAL.
non SAP messaging system                          "V1.10
    if lv_xnfeactive is initial.                    "V1.10
Call function asych. when RFC connection available
gv_callmode can be switched in debbuging to call the RFC synchronous
do not reset gv_callmode direct after the RFC call
      if gv_callmode is initial.
        CALL FUNCTION 'J_1B_NFE_XML_OUT'
IN BACKGROUND TASK
          DESTINATION lv_rfcdest
          EXPORTING
            xml_in                = xmlh
            xml_item_tab          = xmli_tab
            xml_batch             = xmlb_tab
            xml_ref               = xmlr_tab
            xml_dup               = xmld_tab
            xml_vol               = xmlv_tab
            xml_head_tab          = xmlh_tab          "V1.10
            xml_imp               = xml_import_tab    "V1.10
            xml_ext1              = xml_ext1_tab      "V1.10
            xml_ext2              = xml_ext2_tab      "V1.10
            xml_adi               = xml_adi_tab       "V2.00
            xml_reb               = xml_reb_tab       "V2.00
            xml_cane_dia          = xml_cane_dia_tab "V2.00
            xml_cane_ded          = xml_cane_ded_tab. "V2.00
Erro da SM58:
      RfcAbort: Cannot lock transaction
      Nº mensagem SR053
Note que a chamada é feita de forma assincrona porque a variável gv_callmode está como initial, e que segundo o comentário da SAP, essa variável é usada somente para debug, sem qualquer parametrização que controle o modo de chamada.
Obs: se comentarmos a linha IN BACKGROUND TASK, tudo funciona perfeitamente.
Mas obviamente não é o que queremos fazer. Queremos manter o programa original da SAP.
Já pesquisamos notas para esse problema, mas não encontramos nada que se refira a esse problema.
Alguém mais se deparou com essa situação?
Desde já agradeço pela ajuda.
Rodrigo Ferreira

Cenário de envio de XML (B2B)

Olá Henrique.
Estou implementando a solução SAP GRC/NFe e configurando o envio de XML aos clientes através do cenário NTB2B_WebAS_Outbound_B2B_NFe.
Observei que a documentação indica a criação de um communication channel para cada cliente, porém gostaria de configurar um único mail receiver onde o endereço de e-mail seja flexível.
Para isso, necessito enviar do ECC para o GRC o campo e-mail do cliente e que o GRC transmita este campo na mensagem NTB2B_procNFe_OB.
Existe esta possibilidade prevista no GRC?
Se não, como ficam os desenvolvimentos no PI? Como a criação de novo Interface Mapping, ou, até mesmo de um novo BPM?
Obrigado,
Dorval Neto.

Olá Dorval,
nao é preciso desenvolver um BPM.
É possível sim fazer isso dinamicamente (através de alguns simples desenvolvimentos), até mesmo utilizando a interface standard NTB2B_WebAS_Outbound_B2B_NFe (que é chamada por default pelo proxy após a autorizacao da NFE). Para isso, existem 2 métodos:
1. alimentacao do dynamic configuration de Mail (procure sobre "dynamic configuration" ou "adapter specific message attributes" no forum de XI q vc vai ter varios retornos);
2. mapping do XML de NFE p/ a estrutura de Mail Package (procure tb por "mail package" no forum do XI).
Em ambos os casos, vc precisa definir um novo message mapping que irá ser utilizado nesse cenario:
No caso 1, vc precisa de um message mapping "fake" (onde ambas estruturas fonte e destino sao o mesmo message type, no caso o message type da interface NTB2B_WebAS_Outbound_B2B_NFe). No campo que contém o CNPJ nessa estrutura, vc pode fazer por exemplo um Lookup no mapping para chamar uma RFC que retorna o email a ser utilizado a partir do CNPJ (vc pode desenvolver essa RFC no proprio R/3 e chama-la a partir do lookup, passando um communication channel que aponte o R/3). Procure por "lookup api" ou "rfc lookup" no forum do XI. Uma vez retornado o email, vc pode entao alimentar o dynamic configuration do campo To do Mail adapter com esse valor.
No caso 2, o mapping vai de fato preencher o Mail Package.
Vc precisa, da mesma maneira anterior, fazer o RFC Lookup para pegar o valor do email, mas em vez de preencher um dynamic configuration, vc preenche direto na estrutura destino do mapping (q tem os campos subject, to, cc etc.). O campo content vc alimenta a partir do campo xmlString da estrura de origem.
Depois de criados os mappings, vc precisa tb criar um interface mapping para coloca-lo dentro.
No caso 1, alem do mapping dummy q vc criou, o interface mapping precisa ter o java mapping standard q vem no interface mapping standard dessa interface.
No caso 2, o interface mapping soh precisa do mapping q alimenta o mail package.
Para o configuration, vc pode configurar todo o cenario standard. Daí depois de configurado, vc vai no Interface Determination e troca o interface mapping standard pelo interface mapping q vc criou acima.
Ainda, para evitar duplicar/recriar objetos, vc pode incluir uma dependencia do seu Software Component Version ao SWCV SLL-NFE 1.0. Daí, vc pode incluir os objetos standard nos seus proprios objetos. Ainda, alguns objetos vc nao precisa nem criar (como o interface mapping), bastando modificar os objetos "standard" q aparecem dentro do nó "Basis" do seu SWCV (é como se ele automaticamente criasse versoes Z dos objetos standard, q vc pode modificar a vontade; esses objetos tem o mesmo nome e namespace dos standard, mas o SWCV é o seu, nao o SLL-NFE 1.0).
Eu até comecei a escrever um blog a respeito disso tudo, mas nao cheguei a terminar.
Se conseguir, eu publico.
Abracos,
Henrique.
PS: em anexo segue um exemplo de codigo que pode ser utilizado na UDF para recuperar o email. No caso, ele nao preenche dynamic configuration, soh retorna o email (o codigo para preencher o dynamic config está na 3a referencia abaixo).
Referencias:
- Mail Adapter help: http://help.sap.com/saphelp_nw70/helpdata/EN/6b/4493404f673028e10000000a1550b0/frameset.htm
- Javadoc da Lookup API: http://help.sap.com/javadocs/NW04S/current/pi/index.html (package com.sap.aii.mapping.lookup)
- Dynamic Configuration: http://help.sap.com/saphelp_nw70/helpdata/EN/43/03612cdecc6e76e10000000a422035/frameset.htm
- Modifying XI Objects: http://help.sap.com/saphelp_nw70/helpdata/EN/ab/3adb41083f6024e10000000a1550b0/frameset.htm

Envio do XML

Olá pessoal.
Estamos pensando em fazer o envio automático do XML para os clientes, no momento do retorno aprovado da NFe.
Gostaria de saber se alguém já fez isso, e se tem alguma dica / receita de bolo sobre o assunto.
Vamos ver se o que eu tenho em mente está correto.
Pensei em fazer uma nova interface, que ao receber o retorno da NFe com status de aprovada, leia o email do cliente e faça este envio através de email.
Pelo que andamos pesquisando, a SAP ainda não tem isso standard, correto?!
Obrigado.

Bom Dia
A solução standard ... possibilita isso é só configurar os scenarios B2B:
NTB2B_WebAS_Outbound_B2B_NFe
CTB2B_WebAS_Outbound_B2B_Cancellation
existem alguns links que poderam te ajudar
1 - Para maiores informações acesse:
https://wiki.sdn.sap.com/wiki/display/profile/Henrique+Pinto
2 - Using SAP PI Lookup API and Dynamic Configuration in SAP GRC NFE Outbound B2B Interface for Dynamic E-mail Determination
http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/00a7ba12-e7cd-2b10-d589-e52b11346f77
Edited by: Ronaldo de Moraes on Sep 16, 2009 5:25 PM

Tamanho do arquivo XML para SEFAZ

Prezados, bom dia.
Tivemos problema com uma nota emitida que ultrapassou o tamanho permito do XML para a SEFAZ, ou seja, acima de 500.000 bytes( a nota era de importação e havia muitos itens). Isso nos trouxe problemas no P11 onde não gerou bacht e na J1BNFE todas as notas emitidas após ficaram com o status de "waiting for response".
Até então nunca havia acontecido isso aqui. Abrimos um chamado na SAP e descobrimos que o problema era esse.
Nos recomendaram aplicar a nota: Implement SAP Note 1447771 - GRC NFe - Bacht Number failed, para evitar futuros loopings.
Aplicamos essa nota e as notas pré requistos: 1393493 and 1406068 no ambiente de teste e quando fui simular uma nota com essa quantidade deu erro:
"The exception, which is assigned to class ´CX_SY_RANGE_OUT_OF_BOUNDS`, was not caught in procedure " CHECK_NFENUM_NUMERIC" "(FORM)", or was it propagated by a RAISING clause
Gostaria de saber se isso tem haver com a nota que aplicamos?
Podem me ajudar.
att.
Melissa

Bom dia Melissa,
Não sei se tem a ver mais...não custa tentar...
Tivemos problemas com geração de notas com tamanho maior que o lote também. O sintoma era esse mesmo, o GRC parava e tinhamos que fazer a correção na mão.
Aí conforme orientação do Fernando aplicamos a nota 1447771 e resolveu o problema (parcialmente). Parcialmente, porque o nota rejeitada voltava para o GRC sem status do erro e com isso eu não conseguia cancelar ela no ERP.
Abrimos chamado na SAP para resolver este bug. Num primeiro momento o Fernando arrumou "na mão" e hoje a SAP liberou uma nota para corrigir o problema: 0001461745.
Como eu disse, não sei se tem a ver (pode ser que você conseguia cancelar as notas que deram pau), mas fica a dica e para outros que forem fazer algum search aqui no forum.
Att
Fabio Rebelo

NF-e e-mail para envio do arquivo XML para clientes

Olá pessoal,
Gostaria de saber se existe algum campo no cadastro do Cliente / Fornecedor para cadastrar o e-mail para o envio do arquivo XML da NF-e.
Obrigado,
Jean

Na sessão "Communication", no botão do lado do campo email, vc pode definir mais de um email praquele cliente.
Vc pode ter o email padrão de comunicação comercial (com o flag de standard) e outro email para NFE.
Vc pode inclusive definir uma string "padrão" pra usar no campo "Notes" pros emails de NFE em seu cadastro.
Daí o programa Z de leitura dos emails do cadastro pode sempre buscar pelo email com o campo Notes igual a essa string.
Vide figura anexa.
Abs,
Henrique.

Estrutura de envio do ECC para XML 2.0

Bom dia, pessoal estava olhando function J_1B_NF_MAP_TO_XML que faz o mapeamento do ECC para XML e percebi que o mesmo não tem nenhum comentário sobre a NF-e 2.00 somente 1.10 como no código abaixo, será que ficou faltando alguma OSS, ja fiz a conferências das principais OSS e elas foram aplicadas., obrigado
ones are read.                                         "V1.10
read NFe customizing for branch                        "V1.10
PERFORM read_nfe_customizing3 USING   wk_header-bukrs "V1.10
                                        wk_header-branch "V1.10
                                        wk_header-model "V1.10
                               CHANGING ls_cust3.        "V1.10
lv_xmlvers = ls_cust3-version.                         "V1.10
                                                       "V1.10
if ls_cust3 is initial.                                "V1.10
Att,
Marcelo

Aconselho a navegar pelos forms que preenchem as estruturas e dar uma olhada você mesmo. Não sei de cabeça quais campos sao do standard e quais são preenchidos pela BAdI.
Por exemplo, navegue nos forms block_h > block_h1, vc vai achar coisas do tipo:
* quantity in base unit or alternate unit from reference documents ?
* H13
* with XML version 2.0 the QTRIB field has type DEC 15 with 4 decimals
IF xmlh-version >= 2.                              "V2.0
    xmli-qtrib_v20 = wk_item-menge.                  "V2.0
ELSE.                                              "V2.0
    xmli-qtrib = wk_item-menge.
ENDIF.                                             "V2.0*
* H14
* with XML version 2.0 the QCOM field has type DEC 15 with 4 decimals
IF xmlh-version >= 2.                              "V2.0
    xmli-qcom_v20 = wk_item-menge.                   "V2.0
ELSE.                                              "V2.0
    xmli-qcom   = wk_item-menge.
ENDIF.                                             "V2.0
* with XML version 2.0 the VUNCOM field has type DEC 21 with 10 decimals
IF xmlh-version >= 2.                              "V2.0
    xmli-vuncom_v20 = wk_item-nfpri.                 "V2.0
ELSE.                                              "V2.0
    xmli-vuncom = wk_item-nfpri.              "xNFe
ENDIF.                                             "V2.0
Abs,
Henrique.

Tag obrigatória no XML para processo de Entrega Futura

Boa noite!
Podem me orientar se o processo de entrada no GRC da nota de remessa, para o cenário de entrega futura pode seguir sem a tag NFref (do xml) estar preenchida? A empresa em que trabalho está implementando e não consegui nenhum exemplo de XML na versão 3.10 com essa tag preenchida por não ser obrigatória e, segundo a empresa que está implementando, não consegue passar dessa etapa.

Bianca,
primeiramente, o lugar correto para postar este tipo de mensagem é no espaço SPED & NF-e. SPED & NF-e
Quanto a sua pergunta: sim, o GRC exige que exista referência na nota de entrega futura. Leia + nessa thread: NF-e Inbound - FUTDELGR - Erro na validação do fornecimento futuro
[]'s
JN

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ó

Replicar erro na Falha de Schema do XML para o ECC

Boa tarde pessoal,
estamos fazendo a migração para a versão 3.10 do XML e me deparei com uma situação que antes não acontecia com a versão 2.0.
Ao emitir uma NF-e e havendo erro em alguma informação o SEFAZ retorna erro 225 porem somente é possivel visualizar no monitor do GRC qual informação está incorreta onde na versao anterior o erro era replicado para o ECC.
Agora a pergunta; isso está correto onde a partir de agora somente será possivel visualizar no monitor GRC ou alguem tambem se deparou com esse problema e encontrou alguma nota?
Obrigado.

Bom 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ö

GRC 10.0 / PI 7.3 - Envio de Notas para no BATCH_nfeRecepcaoLote_OB

Bom dia, pessoal, tudo bem:
Estou tendo um problema.
Configurei os cenários no Integration Directory > Integration Builder.
BATSR_WebAS_Outbound_BatchStatusRequest
CANCR_WebAS_Outbound_CancellationRequest
NFESC_WebAS_Outbound_NFeStatusCheck
SIGN_WebAS_Outbound_ExternalSignature
SKIPR_WebAS_Outbound_SkippingRequest
SRVSC_WebAS_Outbound_BatchProcess
SRVSC_WebAS_Outbound_ServiceStatusCheck
O SRVSC_WebAS_Outbound_ServiceStatusCheck está funcionando corretamente, ja conseguimos obter o status de serviço na SEFAZ.
Quando mandamos uma NF-e, ela fica com a engrenagem no monitor sap (J1BNFE), No Monitor WEB, indica Stat.processo: 4 - Incluído no Lote.
No SXMB_MONI, é acionado o BATCH, incluido com sucesso.
@DFQProcessed successfully@ @8QQErro indefinido @ 01.12.2011 09:42:40 01.12.2011 09:42:42 CQ1CLNT230 http://sap.com/xi/NFE/006 BATCH_nfeRecepcaoLote_OB
Porém, para aí. Este erro Indefinido (bolinha verde com uma Interrogação) que aparece, não conseguimos localizar.
O que poderia ser?
Desde já, muito obrigado.
Att.,
Fábio Cirino.

Bom dia Ricardo / Pedro,
O IP e IS importados são do 006, já eliminei o cache do Adapter e fiz Full e CPA cache refresh.
O report XNFE/PROCESS_REPORTS está com a variante configurada com o intervalo de 00:00:05 e Considerar aviso de recebimento, também já testei com outros intervalos.
Ao executar o report /XNFE/GET_ACKNOWLEDGMENT manualmente é gerado uma exceção na consulta do registro da tabela /XNFE/ACKNOWLEDG (CX_AI_SYSTEM_FAULT) e atribuído o status 71 como retorno.
A SAPNote 1373738 já não se aplica ao nosso ambiente que está no SP 08, já implementei as Notas 1849533 e 1857701.
Quando faço um restart da instância J2EE (SMICM) recebo o retorno do ack do PI.
Essa instalação do PI 7.31 dual stack exige alguma configuração adicional para ccBPM ?

Formacao errada do XML 2.0

Boa noite Pessoal,
Estou com problema na geração do XML.
A NF-e é aprovada pela SEFAZ porem quando faço o download da mesma ou quando envio o XML para o cliente o xml esta errado
segue XML errado:
Estamos com o SP do GRC no SP16 acredito ser esse o problema.
Obrigado,
Rafael

Boa noite Fernando,
Desculpa a insistência antes de aplicar os SPs do GRC. Fui envolvido agora no problema, pois o cliente deu Go-Live há alguns dias e querem evitar ao máximo aplicar SPs.
Analisei o erro e o que acontece exatamente é o seguinte:
Quando o proxy de retorno do batch é acionado no GRC, ele dispara a função /XNFE/006_BATCH_REQUEST_IN que por sua vez chama a /XNFE/CONV_STRUC_TO_XMLSTRING, nesta última o método cl_proxy_xml_transform=>abap_to_xml_xstring é acionado e é nesse cara que, acredito eu, o problema ocorre.
Num sistema que funciona normal o XML após a execução desse método fica assim:
<n0:TProtNFe versao="2.00" xmlns:n0="http://www.portalfiscal.inf.br/nfe" xmlns:p
rx="urn:sap.com:proxy:PID:/1SAI/TAS935B4859582A3873CB9C:700:2009/02/10" xmlns:n1
="http://www.w3.org/2000/09/xmldsig#"><n0:infProt><n0:tpAmb>2</n0:tpAmb><n0:verA
plic>SP_NFE_PL_006h</n0:verAplic><n0:chNFe>35*****************6316722</n0:chNFe><n0:dhRecbto>2011-03-30T19:41:10</n0:dhRecbto><n0:nProt>135110
003286725</n0:nProt><n0:digVal>t1aficigF/Qvck2k2yaYYOX92tg=</n0:digVal><n0:cStat
>100</n0:cStat><n0:xMotivo>Autorizado o uso da NF-e</n0:xMotivo></n0:infProt></n
0:TProtNFe>
Já no ambiente com problema (A Tag TProtNFe não tem informação de namespace "n0:"):
<TProtNFe versao="2.00"><n0:infProt xmlns:n0="http://www.portalfiscal.inf.br/nfe
"><n0:tpAmb>1</n0:tpAmb><n0:verAplic>SP_NFE_PL_006e</n0:verAplic><n0:chNFe>35****************12301340667828</n0:chNFe><n0:dhRecbto>2011-04-04T22:09:
23</n0:dhRecbto><n0:nProt>135110165537480</n0:nProt><n0:digVal>MDu7KXOi87tyBtQHn
/dWAicxWmw=</n0:digVal><n0:cStat>100</n0:cStat><n0:xMotivo>Autorizado o uso da N
F-e</n0:xMotivo></n0:infProt></TProtNFe>
Nesse ponto é chamado um XSLT Transformation (/1SAI/TAS34E3243F19E32E8FEB0A) que eu acredito ser gerado automaticamente pelo sitema para a estrutura /XNFE/006_TPROT_NFE, e nesse ambiente além de ter o código muito pequeno se comparado com o de outro cliente ainda acusa erros quando executada a verificação de sintaxe. Não encontrei como, é possível regerar esse cara? Dando uma olhada no conteúdo do SP 17 e 18 do GRC NFe não encontrei nenhuma nota que altere esse cara por isso acredito que mesmo aplicando continuarei com o problema.
O ambiente em questão é 702, será que pode ser algum tipo de incompatibilidade com o GRC?
Dados do ambiente:
SAP_BASIS     702     0006     SAPKB70206
PI_BASIS             702     0006     SAPK-70206INPIBASIS
SLL-NFE          100     0016     SAPK-10016INSLLNFE
Att.
Marcelo

Problemas no recebimento de XML via E-mail caracteres especiais Valid ***.

Boa tarde
Mestres
Este problema descrito abaixo só acontece qnd recebo XML com caracteres especiais entre as tags Enter, Tabs, Espaço....
que representam 30% dos XML recebidos via E-MAIL
Estou tendo problemas quando tenho a Assinatura Digital verificada pelo Serviço disponibilizado pelo Visual Administrador(Verify)
Hoje recebo um XML por e-mail...resgato a string do XML no Kpro (GRC) e envio para esse serviço de Validação de Assinatura o mesmo Invalida a Assinatura
Quando o mesmo é submetido ao validador do governo Programa Visualizado NF-e 3.5 e ao serviço SEFAZ RS http://www.sefaz.rs.gov.br/ASP/AAE_ROOT/NFE/SAT-WEB-NFE-VAL_1.asp a assinatura é dada como Valida
Bom ...o senhores devem estar se perguntando será que esse arquivo não esta sendo corrompido na transferencia do mesmo para o Kpro ou no envio da msg para o serviço de validação de assinatura..., por esse motivo executei alguns ciclos de teste..:
1 - Baixei o arquivo original para minha máquina e executei a validação usando o programa do governo
Visualizador NFe 3.5 / serviço SEFAZ RS - Assinatura Válida
2 - Executei a Interface através do PI enviando uma MSG contendo a string do xml NFe resgatada no Kpro... para esse
Serviço disponibilizado pelo Visual Administrador(SAP) as java - Assinatura Invalida
3 - Baixei o Payload da MSG da interface de Validação da ***. Digital pela transação SXI_MONITOR Ajustei o xml editando em um bloco de notas (trocando os caracteres <> para maio e menor)
Visualizador NFe 3.5 / serviço SEFAZ RS - Assinatura Válida
4 - Criei um programa abap ler a string do XML no Kpro (GRC) e baixar ..local
Visualizador NFe 3.5 / serviço SEFAZ RS - Assinatura Válida
5 - Executei a Interface através do PI enviando uma MSG contendo a string do xml ...local ..teste executado através da transação SPROXY
- Assinatura Invalida
em qual serviço estará o Problema?
Alguém já enfrentou esse problema ou esta enfrentando?...pois esse tipo de problema parece ser muito comum pois nem toda empresa tem SAP ....e o problema é que o SEFAZ aceita e valida esses XMLs...!
pois estou pensando em seguir parte desta sugestão
agradeço desde já ....!
Edited by: Ronaldo de Moraes on Oct 21, 2009 3:05 AM

Ronaldo,
claramente há algum problema com a codificacao do arquivo.
Abra o xml no Notepad e verifique que na tag Signature, há varias quebras de linha, incluindo caracteres nao reconhecidos (representados como um retangulo).
Ainda, como vc está testando o servico verify?
Vc fez uma interface XI? Porque não há interface PI standard p/ o serviço verify.
Ainda, como vc chamou essa interface? Pela tela de teste do Runtime Workbench?
O próprio ctrl+c que vc dá no conteúdo pode estar corrompendo os dados.
O fato de vc estar utilizando um browser para o teste poderia corroborar isso.
Faça o seguinte teste:
1. Através do XMLSpy, criar uma SOAP Request p/ a interface verify (menu SOAP -> Create New SOAP Request)
2. a tag Send SOAP Request). Aqui deu válida;
4.2. abra o .xml que vc quer testar no notepad, copie a tag Send SOAP Request). Aqui deu inválida.
Ou seja, dependendo da maneira que vc trata o conteudo (aplicacao onde vc abre o .xml, ctrl+c etc) vai haver uma modificacao da codificacao.
Nao vejo muita maneira de garantir que funcione sempre a nao ser removendo esses caracteres, conforme definido pela propria SEFAZ.
Att,
Henrique.

Ajuda para fazer retorno de NF-e com mensageria não SAP

Bom dia pessoal.
Estamos fazendo um arquivo XML para uma mensageria não SAP e estamos criando isso com um enhancement point na função J_1B_NFE_XML_OUT chamando uma função Z para efetuar o download dos files.
Agora estou começando a criar um programa que fará o retorno que ficara agendado em JOB, pois a mensageria irá gravar o arquivo de retorno em uma pasta definida no servidor. Nesse retorno eu vou carregar o arquivo da mensageria e atualizar no SAP. Minha duvida é, para efetuar essa atualização no SAP, eu devo usar a função J_1B_NFE_XML_IN ou a função J_1B_NFE_UPDATE_ACTIVE? As duas atualizarão o status no monitor?
Uma outra duvida, hoje o pessoal aqui usa uma BADI na J1B3N para quando efetuar a saida da NF, já emitir um boleto para ir junto com a NF. Estou pensando em passar esse procedimento para o programa retorno, caso a NF-e seja autorizada pela SEFAZ, porém o usuário quer que assim que autorizar a nota, seja emitido o boleto, então está pensando executar o job do programa retorno em menor tempo. Alguém ja passou por isso e teria uma sugestão melhor para fazer?
Muito obrigado!

Bom dia Fulvio,
Tecnicamente a função J_1BNFE_XML_IN não é remota (RFC), pelo menos não é entregue assim.
Independente disso a SAP espera que a IN_TAB seja o ponto de recepção dos retornos então existe handling exception e preenchimento de BAPIRET2 (com todos os erros que aconteceram) veja SAP Note 1362971.
Atenciosamente, Fernando Da Ró

Envio do XML para Destinatario é obrigatorio ??

Similar Messages

Maybe you are looking for