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

Similar Messages

  • 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

  • Factura Electronica.- Sello "Invalido" al momento de validar el xml en SAT

    Buen dia!!
    Se  configuro en un ambiente de  pruebas la  factura electronica   , se realizó la validación del  xml en la  pagina del SAT  y no hubo problemas,  pero al momento de  pasar al ambiente productivo  todos los xml que se validan  marcan que  el sello NO es valido;  tanto la base de pruebas como la de productivo estan configuradas de la misma  manera y contienen la misma  información, con un cliente se resolvio cambiando  información del detalle de sociedad,  pero en esta empresa  no  ha  funcionado espero me puedan ayudar.
    Saludos,

    Hola!
    ¿Puedes por favor revise los pasos sugeridos en la nota SAP 1542753?
    Puede haber algunas diferencias en el XML debido al uso incorrecto de los certificados, las diferentes implementaciones de BADI o customizing.
    REgards,
    Renan Correa

  • 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ó

  • 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

  • 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ó

  • Pedido de Compra - Envio de e-mail para o fornecedor

    Boa tarde pessoal
    Estou com uma dúvida sobre o processo para envio de e-mail do Pedido de Compra para o fornecedor.
    Hoje utilizamos o e-mail do último aprovador no Pedido de Compra para que seja enviado ao fornecedor.
    Existe alguma configuração para que no momento do envio seja utilizado o e-mail cadastrado no Grupo de Compradores?
    Obs.: o objetivo é utilizar o e-mail do Grupo de Compradores informado na aba "Dados organizacionais".
    Obrigado
    José Roberto

    Olá Neto,
    Se você não deseja permitir novos lançamentos de fatura ou movimento de mercadoria tem que flegar o campo delivery completed indicator (EKPO-ELIKZ).
    Para fazer isso veja a questão '8' da nota 1093582.
    1093582 - FAQ: Delivery complete indicator ELIKZ
    8.  Question
    Is there any report to set ELIKZ?
    Answer
    You can use the report Z_SET_ELIKZ3 only if EKPO-EGLKZ is set and the
    'Issued quantity', the 'Quantity of goods received' and the 'Quantity
    delivered (stock transport order)' are the same.
    This report will only affect documents that have already been posted. An
    automatic setting of the 'Delivery completed' indicator (EKPO-ELIKZ) in
    the online processing of the transaction is not supported. See Note
    160525 for more information.
    Ou seja, você deve criar e executar o report Z_SET_ELIKZ3 para setar o delivery completed indicator para PO em questão.
    você poderia também setar esse campo manual mente na tabela EKPO.
    Por favor:
    execute a tabela EKPO na SE16 para a PO afetada,
    selecione a linha/entrada da tabela,
    vá pelo menu Table Entry->Change
    marque o campo  ELIKZ como 'X' ao invés de branco..
    Espero que essa informação lhe ajude.
    Atenciosamente,
    Fábio Almeida
    Consultor MM

  • 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

  • Send XML through JSP pages

    Hi friends
    I was wondering if it's possible to send XML data when a form button is pressed. Suppose we have in the client machine a browser displaying a HTML Form with one text inputtype and one button to send this information to the JSP Server. If the inputtype's name is 'user' it's easy to retrieve this information in the JSP component, just a request.getParameter("user") would work fine. But I want to send the text of the inputtype through XML. Something like :
    <data>
    <user>
    smith
    </user>
    </data>
    How could I tell the browser to send the information through XML ? Is it possible ? And how could I retrieve this XML data in the JSP component ?
    Thanks a lot

    What I have done is working with 'bare hands', I'll paste my simple code here:
    This is my HTML page for colleting the info:
    <html>
    <head>
    <title>Envio de XML</title>
    </head>
    <body>
    <form action=http://remoteaddress:8080/Proyecto/xmlsend method=POST>
    <BR>
    <BR>Numero Movil
    <input type=text name=numero>
    <p>
    <BR>Operadora
    <input type=text name=operadora>
    <p>
    <BR>Mensaje
    <input type=text name=mensaje>
    <p>
    <input type=submit value=Aceptar><input type=reset value=Limpiar>
    </form>
    </body>
    </html>
    And here it's my servlet code to process and convert it to XML:
    import java.io.*;
    public class xmlsender extends HttpServlet
    public void service(HttpServletRequest req, HttpServletResponse res)
    throws ServletException, IOException
    ServletOutputStream salida = res.getOutputStream();
    res.setContentType("text/xml");
    String cadenanumero = req.getParameter("numero");
    String cadenaoperadora = req.getParameter("operadora");
    String cadenabody = req.getParameter("mensaje");
    salida.println("<?xml version=\"1.0\" encoding=\"utf-8\"?>");
    salida.println("<mensaje id=\"000001\" tipo=\"SMS\" fecha=\"2004-04-26T10:54:33\">");
    salida.println("<numero>" + cadenanumero + "</numero>");
    salida.println("<operadora>" + cadenaoperadora + "</operadora>");
    salida.println("<body>" + cadenabody + "</body>");
    salida.println("</mensaje>");
    Don't know if this is what you want, but maybe it can at least illustrate you, I hope so.

  • NF-e 3.10 - Tag VeicProd - Veiculos novos

    Pessoal,
    Estamos migrando para a emissão da NF-e 3.10 com GRC, para um dos cenários de vendas há o preenchimento da tag VeicProd (Veiculos Novos), entretanto está sendo enviado a seguinte mensagem de erro:  S:J1B_NFE_ERP_GRC:251 000001 IT_NFE_PROD_VEICPROD.
    Quando emito pela NFe 2.0 não ocorre a mensagem e o XML está preenchido todas as informações do veiculo.
    Alguém já passou por este problema?
    Gilvan Medeiros

    Oi Gilvan,
    Analisando a mensagem na SE91, o texto é o seguinte:
    Erro de atribuição: Valores não encontrados para ID &1 no parâmetro &2
    colocando os seus parâmetros:
    Erro de atribuição: Valores não encontrados para ID  000001 no parâmetro  IT_NFE_PROD_VEICPROD
    No momento de envio no include LJ_1B_NFEF71, o parâmetro da função de saída que passa os dados de veículo pode estar comentado.
    Pesquise por isso no include LJ_1B_NFEF71:    
    "it_nfe_prod_veicprod = gt_rfc_prod_veicprod
    *se necessário coloque um ponto de parada para verificar
    Também estou com esse mesmo problema, e estou sondando diariamente o portal de OSS Notes para ver se liberam alguma nota para ajustar isso. Já pesquisei por notas que poderiam fazer esse ajuste mas ainda não encontrei. É possível que essa correção já exista em alguma SAP note ou ainda está para ser liberada.
    Abs,
    Renan

  • 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

  • GRC! Realmente devo investir em aprende-lo só agora?

    Boa noite,
    Sou consultor PI da Gafisa S.A construtora em SP.
    Aqui não precisamos implementar o GRC, a SPED foi feito por um software de terceiro e a única coisa que temos desenvolvida no PI são interfaces que levam informações para o SQL desse software terceirizado.
    Gostaria de saber se com o limite do prazo para a entrega da SPED, é realmente importante aprender como utilizar o GRC nessa altura do campeonato ? O GRC possui alguma outra funcionalidade tão bem utilizada além da NFE ? Se eu sair do meu atual emprego em 1 ano. Nessa data daqui à 1 ano, terão oportunidades para NFE ou já estará tudo implementado e será algo já extinto ?
    Gostaria de sugestões de vocês que estão tão envolvidos com esse módulo, e gostaria de saber se devo estudar sobre o GRC afim de aumentar minhas habilidades de PI.
    Muito Obrigado,
    Diego Crespo

    Muita informacao misturada no mesmo canto.
    Vamos tentar desmistificar alguns conceitos:
    - SPED: projeto nacional conceitual, que visa a reducao do chamado "Custo Brasil", focando principalmente na eliminacao de obrigacoes em papel e "simplificando" (ou reduzindo o numero de) reports e processos eletronicos;
    - EFD (tb chamado "SPED Fiscal"): Escrituracao Fiscal Digital, report eletronico que visa substituir diversos livros fiscais, entre eles nota fiscal de saida, de entrada, inventario etc. Faz parte, num contexto macro, do projeto nacional SPED.
    - ECD (tb chamado "SPED Contabil"): Escritruacao Contabil Digital, report eletronico que visa substituir obrigacoes contabeis (e.g. Diario, Razao etc). Faz parte, num contexto macro, do projeto nacional SPED.
    - NF-e: Nota Fiscal eletronica, que criou um novo processo de autorizacao online para emissao de notas modelo 55 (em substituicao às notas modelo 1/1A). Faz parte, num contexto macro, do projeto nacional SPED.
    - SAP GRC NFE: solução SAP para o processo de NF-e. Utiliza o produto SAP Process Integration (SAP PI) para a comunicacao com Business Partners externos (e.g. SEFAZs, fornecedores (p/ recepcao de XML) e clientes (p/ envio de XML));
    - GRC: Governance, Risk & Compliance, uma suite de solucoes SAP que endereçam issues de governança, gerenciamento de risco e conformidade legal. Além do SAP NFE, existem diversas outras solucoes classificadas como GRC: SAP Access Control, SAP Process Control, SAP GTS, SAP EH&S etc. Todas essas solucoes sao independentes das outras no sentido de que não tem necessariamente a mesma arquitetura (e.g. usando o SAP PI).
    Quando vc diz que vcs utilizaram software de 3o p/ o "SPED", vc quis dizer p/ a NF-e ou EFD/ECD?
    A data limite de entrega do "SPED", imagino que esteja falando do EFD/ECD, que nao tem nada a ver com NF-e.
    P/ NF-e, existem diversas ondas de obrigatoriedade, com certeza muitas empresas já foram, mas existem ainda diversas para entrarem, então acho q ainda existe um mercado potencial pelos proximos 2 anos, no minimo. Com certeza, depois disso a tendencia é cair. O SAP NFE nao deve ser encarado como sendo um modulo a ser aprendido e viver só dele, mas sim como uma porta de entrada para os processos dentro do SAP. Uma vez aprendido o NFE, vc pode dar um foco mais funcional (no SD e MM) ou mais tecnico, no PI. Vai depender do seu perfil.
    Abs,
    Henrique.
    PS: vou mover o tópico p/ o forum de Discussoes Gerais

  • Fazer devolução de nota fiscal

    Prezados,
              Qual o  procedimento a ser feito no SAP, uma vez que no sistema a nota foi cancelada, mas na SEFAZ não. Como vamos fazer a devolução da nota se a mesma está cancelada? O prazo de cancelamento do SEFAZ já passou.
    Garato,
    Fernando Maciel.

    Bom dia.
    No B1 a principio não tem mais nada o que fazer...
    O processo para estar corrigindo isso é.
    Baixar o software gratuito de envio de xml.
    link: http://www.nfe.fazenda.gov.br/portal/emissor.aspx
    Importar o xml e estar cancelando a nota através deste sistema.
    Este processo deve ser feito na maquina que tenha o certificado instalado, pois ele irá fazer conexão ao sefaz para o cancelamento da nota indicada.
    At. Junior.

  • 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 Nagasawa

    Alan,
    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

Maybe you are looking for