Atualizao do xml 3,10 / DeskDr.com

Atualizao do xml 3,10

Boa tarde pessoal! Se possvel, gostaria de uma orientao. A empresa onde trabalho tem conexo apenas com SEFAZ SP. Para atualizar o xml de 2,00 para 3,10 o que seria mais importante? Lembrando que no temos a automao da entrada. Utilizamos o GRC somente para as vendas. Alm do SP16 (nota 1968460), precisaremos aplicar as notas 1933985 e 1933986? Muito obrigada, Fabiana

Oi Fabiana!

Quanto tempo? Estava sumida!

D uma olhada na documentao...

Liberado guide line para o layout 3.10

Abrao

Eduardo Chagas

more

Similar Messages

Momento de envio do XML

Boa tarde, Estou em um projeto de implementao e com a seguinte dvida: Requerimentos: Tenho que enviar o XML assim que a Invoice+NF gerada (VF01/VF04, etc). Num segundo momento, aps a aprovao do XML, eu poderei imprimir a DANFe. Envio XML: Sei que a funo que mapeia o XML para a verso 2.0 a J_1B_NF_MAP_TO_XML e a funo que envia para o GRC ou outra mensageria (utilizaremos NeoGrid) a J_1B_NFE_XML_OUT. A pergunta : como fao a chamada destas funes? Qual programa devo chamar? Em qual momento? por customizing ou por uma exit no faturamento? Obs.: entendo que estas funes j esto configuradas no monitor J1BNFE para solicitar o reenvio da nota, etc. Impresso DANFe: Em paralelo, na J1BJ vou ter que configurar somente o programa de impresso do DANFe (J_1BNFPR), correto? Pois assim quando eu gerar e processar o output da NAST ele ir fazer a impresso do documento, correto? Caso no 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 (no GRC).

Seguindo as parametrizaes indicadas acima:

SPRO

Componentes vlidos para vrias aplicaes

Funes gerais de aplicao

Nota Fiscal

Sada

Atribuir parametros de numerao e dxed impresso

O local de negcios est configurado como RFC CALL vazio (segue descrio abaixo):

"Execuo RFC e atualizao banco dados na mesma LUW (padro)"

Porm, ao tentar enviar a nota fiscal (ex: J1B1N), ocorre um erro na SM58 e o XML no enviado para o sistema de mensageria.

Analisando o programa SAPLJ_1B_NFE, no include LJ_1B_NFEF42, vemos que para mensagerias no GRC o programa chama a funo 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 varivel gv_callmode est como initial, e que segundo o comentrio da SAP, essa varivel usada somente para debug, sem qualquer parametrizao que controle o modo de chamada.

Obs: se comentarmos a linha IN BACKGROUND TASK, tudo funciona perfeitamente.

Mas obviamente no o que queremos fazer. Queremos manter o programa original da SAP.

J pesquisamos notas para esse problema, mas no encontramos nada que se refira a esse problema.

Algum mais se deparou com essa situao?

Desde j agradeo pela ajuda.

Rodrigo Ferreira

ATUALIZAO DE STATUS NF-E EMITIDA E ENVIADA A LEGADO P/ COMUNICAO SEFAZ

Senhores (as); Estou desenvolvendo uma NF-e que ser gerada no SAP (J1B1N), depois ser enviada a um sistema legado que far o envio a SEFAZ. Para tal, na J_1B_NFE_XML_OUT, coloquei uma codificao que gera um arquivo .xml e salva num diretrio, onde o legado busca este arquivo e envia a Sefaz e trata as contigncias, cancelamentos, imprime o DANFE, etc. coloquei tambm uma chamada a essa RFC no form Call_Xi. Ocorre que no monitor J1BNFE, quando seleciono a nota e clico em enviar aparece a mensagem: "Mensagem incompleta (Falta nvel de gravidade, rea, nmero ou exceo)" E quando eu tento carregar o retorno na J_1B_NFE_XML_IN e forar nela status de enviado, retorna "No permite status seguinte 'No Enviado' para doc. 'Autorizada'". Gostaria de saber se algum sabe como atualizar os status do Monitor (J1BNFE) neste caso; e se tem como, somente alimentando a J_1B_NFE_XML_IN, atualizar os status ? Gostaria de que quando enviar no Monitor o status ficasse em 'enviado', 'Autorizado', etc, de acordo com a fase do processo, pois o legado consegue carregar a J_1B_NFE_XML_IN com o retorno da SEFAZ.... Desde j agradeo....

Exmo Sr:. Da Rs;

Segue abaixo respostas:

Bom dia Jos Aguilar,

porm o meu problema com a atualizao dos status persiste

Pergunta: Agora quando a NF-e emitida e transferida para o sistema mensagerio voc obtem um SCSSTAT = 0 na J1BNFE?

Resposta: No. Esta exatamente a causa de todas as minhas perguntas neste frum.

...temos para auxiliar os amigos do frum no entendimento correto da questo, pois se trata de cenrio nico (envolve 3 sistemas) e com particularidades especficas, como servidor Unix, cliente Retail, sem PI nem GRC, etc.

Para o ERP este passo de sada no faz tanta distino ser o GRC ou no, ele ir chamar a /XNFE/NFE_CREATE para o GRC ou a J_1BNFE_XML_OUT para mensageria de terceiros.

Prximos passos:

- Qual o resultado do debug? O que descobriu?

Resposta: No Debug descobri a soluo para o meu problema antigo, as mensagens do log; porm no consegu ainda achar exatamente o ponto onde acontece o flag do campo SCSSTAT, o mesmo passa por diversas estruturas, variveis e ti's, tentei forar o valor no campo porm quando passa por outras consistncias e funes volta a zerar o contedo. Agora estou debugando o grupo de funes j_1b_nfe e a j1b1, pois a verdade que preciso flegar este campo no momento da criao da nf-e, pois os usurios tero acesso ao j1bnfe s para verificar status, pois o volume de notas muito grande e devem j ser criadas com a determinao do nmero e o envio para o programa que repassar o arquivo ao Synchro.

- Os status mudaram?

Resposta: No.

Atenciosamente, Fernando Da Rs

Agradeo pela compreenso, disposio, educao e grande pacincia com que o senhor vem reportando meus questionamentos.

Grato.

Jos Aguilar.

NF-e com SYNCHRO - Atualizao de status na J1BNFE.

Senhores(as); Estamos gerando nossa NF-e no SAP (ECC6.0), depois de gerada, desenvolvi codificao na J_1B_NFE_XML_OUT para salvar arquivo com os dados carregados nesta funo j com as tags da xml, porm em formato .txt. Outro sistema do cliente pega este .txt em diretrio (Unix) renomeia sua extenso para .xml e envia para o Synchro, que por sua vez envia para a SEFAZ, faz todas as validaes, denegadas, canceladas ou contingncias, imprime o DANFE, etc, e devolve o retorno num arquivo para o sistema novamente que carregar a J_1B_NFE_XML_IN com este retorno. Porm quando recebo o retorno, ocorre erro no retorno pois as NF-e's que foram enviadas ao Synchro no esto com o status SCS como 'enviadas'. Portanto no consigo testar o retorno. Ocorre que usurios tero acesso a J1BNFE e no ao monitor da Synchro, portanto tenho de atualizar todos os status do monitor de acordo com as aes do Synchro: impresso, re-impresso, contingncia, logs de erro, autorizaes, etc... Gostaria de saber como atualizar os status do monitor J1BNFE neste caso? No momento da criao da NF-e j est gerando o .txt com as tags, portanto nesse momento j gostaria de atualizar o status da nf-e (J_1BNFE_ACTIVE-SCSSTA) como '0'(Enviada). Gostaria de saber tambm se precisarei fazer uma SM59 (Destination) para receber o retorno ? Aqui aplicamos o SP 17 e 78 notas de NF-e e estamos ainda na verso 1.10 de NF-e. Nosso cliente varejo (Retail). Agradeo qualquer auxlio... Jos Aguilar.

Sr. Da Ros;

Seguindo suas consideraes no primeiro questionamento, verifiquei que a mensagem era devido a falta de envio de alguns campos para o log do sistema. Isso resolv, porm o meu problema com a atualizao dos status persiste, portanto decidi explicar DETALHADAMENTE o processo e a configurao que temos para auxiliar os amigos do frum no entendimento correto da questo, pois se trata de cenrio nico (envolve 3 sistemas) e com particularidades especficas, como servidor Unix, cliente Retail, sem PI nem GRC, etc. Alm disso surgiram novas questes, como o uso da SM59 e o caso das aplicaes das notas, alm do problema de se acertar a NF-e como enviada no momento da criao da mesma.

Desculpe, porm como sempre sou atendido de prontido nesse frum, minha inteno foi facilitar o entendimento do processo, e jamais quis desacatar as regras do frum. Peo sinceras desculpas a todos e ainda aguardo ansioso por um auxlio.

Obrigado.

Jos Aguilar.