Erro no cenário de CTe 1.04

Bom dia!
Pessoal, acabamos de aplicar o SP09 no GRC 10.
Com a aplicação deste support package veio junto a versão de CTe 1.04, mas ao executar o cenário, recebi como retorno a mensagem abaixo:
Verifiquei na SE80 e percebi que a Service Interface CFB2B_procCTe_IB está exibindo a mensagem "Service Interface - Proxy Out-Of-Date".
Gostaria de saber se existe algum procedimento ou nota para regerar este proxy?
Obrigado.
Gonçalo.

Bom dia Bruno,
Ainda em relação a CTe 1.04, verifiquei no site da SEFAZ MT que a data limite de aceitação da 1.03 será até 02.04.2012. Você sabe dizer se essa data é válida apenas para o MT ou para todas as SEFAZ recebedoras de CTe ?
Segue:
url: http://www.sefaz.mt.gov.br/portal/cte/
" Nota 2: Informamos que a data final para utilização da versão 1.03 é 01/04/2012. A partir de 02/04/2012 somente será aceita a versão 1.04, tanto no ambiente de homologação quanto no de produção. "
Você teria uma estimativa mais ou menos da data em que será liberado o SP 10 agora em março? Estamos prestes a preparar o ambiente de PRD e eu gostaria de me planejar para já preparar com o SP 10.
Obrigado,
Henrique

Similar Messages

[GRC 10.0] Erro no cenário NFB2B - XIProxy

Daniela,
No GRC 10, o paylod do NTB2B foi modificado, sendo assim você precisa converte-lo, via JavaMapping ou XSLT.
Saludos,

Henrique,
Depois de muita tentativa e erro, o cenário funcionou com o Payload Swap Bean, mas com uma configuração diferente daquela que estava nos blogs que mencionei, referente ao keyName que usei payload-name.
A aba de Module ficou assim:
Number     Module Name                               Type                Module Key
1     AF_Modules/PayloadSwapBean                    Local Enterprise Bean     swap
2     sap.com/com.sap.aii.adapter.mail.app/XIMailAdapterBean     Local Enterprise Bean     mail
Module Configuration
Module Key     Parameter Name     Parameter Value
swap          swap.keyName     payload-name
swap          swap.keyValue     MailAttachment-1
Agora eu vejo que as Notas estão nas tabelas /XNFE/INNFEHD e /XNFE/INNFHIST, embora com ACTSTAT = 03 "Technical Error in Last Process Step".
Elas ainda não estão aparecendo no monitor Fiscal Workplace - NF-e, mas acredito que pode ser algo relacionado aos objetos de autorização das novas roles NFe In. Vou dar uma investigada nesses dois pontos e qualquer coisa eu abro uma nova thread.
Obrigada,
Daniela

Erro NO_RECEIVER_CASE_BE cenário status serviço(ambiente funcionava no )

Pessoal,
Estou tendo o erro na verificação de status serviço desde a manhã de hoje, no qual está afetando os dois SEFAZ (SP e RS) em Produção que estão configurados no cliente que funcionavam há bastante tempo, na SXI_MONITOR aparece o erro NO_RECEIVER_CASE_BE na interface SRVSC_nfeStatusServicoNF_SYNC_OB para ambos os SEFAZ , ja tentei restart o PI, Full Cache refresh, CPa Cache, não há filas paradas e tbm já fiz o teste do certificado digital no Java. etc...
Poderiam me ajudar?
abs,
Daniel Feitoza

Olá Henrique,
Segue as conditions dos Receivers Determination:
RS = (/p1:nfeStatusServicoNF2/p1:cUF = 43 AND /p1:nfeStatusServicoNF2/p1:tpEmis u2260 3 AND /p1:nfeStatusServicoNF2/p1:tpAmb = 1)
SP = (/p1:nfeStatusServicoNF2/p1:cUF = 35 AND /p1:nfeStatusServicoNF2/p1:tpEmis u2260 3 AND /p1:nfeStatusServicoNF2/p1:tpAmb = 1)
e segue payload do XML:
do RS:
<?xml version="1.0" encoding="utf-8" ?>
- <n0:nfeStatusServicoNF2 xmlns:n0="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:P1P:/1SAI/TAS4DFEC4071863FF72A429:700:2009/02/10" xmlns:n1="http://www.portalfiscal.inf.br/nfe">
<n0:cUF>43</n0:cUF>
<n0:tpEmis>3</n0:tpEmis>
<n0:tpAmb>1</n0:tpAmb>
- <n0:nfeDadosMsg>
- <n1:consStatServ versao="2.00">
<n1:tpAmb>1</n1:tpAmb>
<n1:cUF>43</n1:cUF>
<n1:xServ>STATUS</n1:xServ>
</n1:consStatServ>
</n0:nfeDadosMsg>
</n0:nfeStatusServicoNF2>
de SP:
<?xml version="1.0" encoding="utf-8" ?>
- <n0:nfeStatusServicoNF2 xmlns:n0="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:P1P:/1SAI/TAS4DFEC4071863FF72A429:700:2009/02/10" xmlns:n1="http://www.portalfiscal.inf.br/nfe">
<n0:cUF>35</n0:cUF>
<n0:tpEmis>3</n0:tpEmis>
<n0:tpAmb>1</n0:tpAmb>
- <n0:nfeDadosMsg>
- <n1:consStatServ versao="2.00">
<n1:tpAmb>1</n1:tpAmb>
<n1:cUF>35</n1:cUF>
<n1:xServ>STATUS</n1:xServ>
</n1:consStatServ>
</n0:nfeDadosMsg>
</n0:nfeStatusServicoNF2>
Obrigado pela ajuda,
Daniel Feitoza

Cenário de consulta do status da SEFAZ XML 2.0

Bom dia.
Estou testando o cenário de consulta do status da SEFAZ (para a SEFAZ-MG, ambiente homologação) e utilizo ECC/GRC/PI 7.0.
Já verifiquei no site da SEFAZ e o serviço está no ar.
Na SXMB_MONI tenho o seguinte erro:
<SAP:Code area="INTERNAL">CLIENT_RECEIVE_FAILED</SAP:Code>
<SAP:P1>402</SAP:P1>
<SAP:P2>ICM_HTTP_TIMEOUT</SAP:P2>
<SAP:Stack>Fehler beim Empfangen per HTTP (Fehlercode: 402, Fehlertext: ICM_HTTP_TIMEOUT)</SAP:Stack>
Qual a solução para isto?
Obrigado.

Pessoal, façam um SXI_CACHE e CPA Cache refresh.
Existem alguns problemas que infelizmente são "normais" de acontecer, e como boa prática, após o upgrade do XI Content façam a limpeza.
Parece não ter nada a ver, mas timeout também pode vir da demora no java de identificar o receiver a executar (trash).
Atenciosamente, Fernando Da Ró

Preciso de opnião sobre qual cenário usar para um processo SD

Pessoal,
Como estão ? Espero que todos bem e alocados.
Seguinte estou com um processo de venda na qual não estou segura de qula cenário SAP posso aplicar.
Gostrai da opnião de vocês.
A empresa precisa emitir uma remessa para manutenção, de um equipamento que se encontra dentro de uma fábrica de terceiros, mais este equipamento não pertenece a empresa, este equipamento esta na fabrica do cliente do nosso cliente.
Ou seja
Fabrica X - dona do material que enviou em comodato - saiu como remessa em comadato para o cliente H
Fabrica Y - recebeu o material em comodato em nome do fornecedor H
Cliente H - E o cliente real da fabrica X, o pagador do material e da manutenção.
O material que sera usado na manutenção estara nas mães de técnicos da Fabrica X
Pergunta, qual melhor cenário para envio das peças para conserto, e uma emessa mesmo.
Existe um cenário melhor ?
Com trabalham empresas que tercerizam sua manutenção para uma outra empresa ? usam que tipo de cenário
obrigada a todos
Edited by: Martha Zar on Oct 19, 2009 6:45 PM

A data de escrituracao = posting date da J_1BNFDOC.
O problema é para notas emitidas perto da meia noite, em que a autorizacao pode vir só no outro dia, é isso?
Pq nao tem hora pra escrituracao, só data, entao só vejo problema em querer alterar a data, a nao ser nesse caso.
Mas note que a NF-e nao aparece no livro (ou nao deveria aparecer) enqto ela nao estiver autorizada (docstat = 1, statcode = 100), ou aparece como cancelada (se ela tiver sido cancelada ou inutilizada, flag de cancelled = X).
De qq maneira, se vc quiser, pode analisar a possibilidade de alterar o valor do posting date no metodo call_rsnast00 da badi cl_nfe_print (que eh chamada no retorno do grc pro erp), e alterar qdo a nfe for autorizada (status atual = aguardando resposta e status da sefaz = 100 (autorizada)). Nao sei se dá, tem q ver os parametros q sao passados.
Abs,
Henrique.

NF-e 3.10 - Configuração do cenários PI - Evento.

Senhores(as);
Estou recriando todos os cenários da nfe sob o namespace 008, no lugar de BATCH E BATSR coloquei os webservices de NFeAutorizacao e NFeRetAutorizacao, os outros cenários estou copiando da versão 10, trocando apenas as url das webservices, seguindo o SAP Help (Integration Scenarios for NF-e Configuration (Outbound) - SAP Nota Fiscal Eletrônica (SAP Electronic Invoicing for Brazi…) e neste help pede para fazer também o cenário de evento para a 3.10, porém nas Sefaz não temos webservices 3.10 para este serviço. Como farei ? Continuo utilizando a webservice da versão 1.0 ??
Vejam abaixo um exemplo com a Sefaz-MG:
Webservices Sefaz:
Serviço
Versão
URL
RecepcaoEvento
1.00
https://hnfe.fazenda.mg.gov.br/nfe2/services/RecepcaoEvento
NfeRecepcao
2.00
https://hnfe.fazenda.mg.gov.br/nfe2/services/NfeRecepcao2
NfeRetRecepcao
2.00
https://hnfe.fazenda.mg.gov.br/nfe2/services/NfeRetRecepcao2
NfeInutilizacao
2.00 / 3.10
https://hnfe.fazenda.mg.gov.br/nfe2/services/NfeInutilizacao2
NfeConsultaProtocolo
2.00 / 3.10
https://hnfe.fazenda.mg.gov.br/nfe2/services/NfeConsulta2
NfeStatusServico
2.00 / 3.10
https://hnfe.fazenda.mg.gov.br/nfe2/services/NfeStatusServico2
NfeConsultaCadastro
2.00 / 3.10
https://hnfe.fazenda.mg.gov.br/nfe2/services/cadconsultacadastro2
NFeAutorizacao
3.10
https://hnfe.fazenda.mg.gov.br/nfe2/services/NfeAutorizacao
NFeRetAutorizacao
3.10
https://hnfe.fazenda.mg.gov.br/nfe2/services/NfeRetAutorizacao
Minha disposição das webservices:
BATCH_WebAS_Outbound_Batch
NFeAutorizacao 3.10 https://hnfe.fazenda.mg.gov.br/nfe2/services/NfeAutorizacao
BATSR_WebAS_Outbound_BatchStatusRequest
NFeRetAutorizacao 3.10 https://hnfe.fazenda.mg.gov.br/nfe2/services/NfeRetAutorizacao
NFESC_WebAS_Outbound_NFeStatusCheck
NfeConsultaProtocolo 2.00 / 3.10 https://hnfe.fazenda.mg.gov.br/nfe2/services/NfeConsulta2
SKIPR_WebAS_Outbound_SkippingRequest
NfeInutilizacao 2.00 / 3.10 https://hnfe.fazenda.mg.gov.br/nfe2/services/NfeInutilizacao2
SRVSC_WebAS_Outbound_ServiceStatusCheck
NfeStatusServico 2.00 / 3.10 https://hnfe.fazenda.mg.gov.br/nfe2/services/NfeStatusServico2
EVENT_WebAS_Outbound_EventRequest
Aqui posso colocar a webservice disponibilizada pela Sefaz-MG, descrita acima como RecepcaoEvento??????
Agradeço a ajuda...
Att;

Olá Aguilar,
Para os webservices que não possuem RecepcaoEvento na versão 3.10 você deve continuar a usar o antigo.
Abs
Bruno Xavier.

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

GRC NF-e 2.0 - Status de Serviço com Erro

Boa noite Srs,
Estamos recebendo um erro no cenário SRVSC_WebAS_Outbound_ServiceStatusCheck.
No NF-e Monitor o Status de Erro é 70 (Error from the authorities). Verifiquei a MONI e encontrei a seguinte mensagem:
/CPACache/refres...
CPA cache refresh (mode=full) successfully executed in 1607 milliseconds.*
Estamos no SLLNFE 16 do XI Content e SAP_APPL 604/07 do ERP; Nossa versão do PI é a 7.0.
Alguém teria alguma dica que pudesse nos ajudar a resolver este erro.
Grato,
Ricardo

Marlo, obrigado por sua resposta!
Refiz novamente todo o cenário de StatusServico, e todos os conditions estão perfeitamente setados, conforme exemplo de São Paulo abaixo:
Condition Homologation: (/p1:nfeStatusServicoNF2/p1:cUF = 35 AND /p1:nfeStatusServicoNF2/p1:tpAmb = 2)
Condition Production: (/p1:nfeStatusServicoNF2/p1:cUF = 35 AND /p1:nfeStatusServicoNF2/p1:tpAmb = 1)
Para todos os outros estados utilizei a mesma regra citada, com exceção ao cenário BATCH, que segui conforme o PDF da nota 1465726 que utiliza o tpEmis (diferente de 3).
Estou fazendo um refresh no sld e reiniciando o server para ver o que acontece...rs
Mais alguma outra dica?
Grato,
Ricardo

CTE : ERRO MONITOR ( Type conflict in program /XNFE/SAPLGROUPING )

Ola Sap Experts, preciso de uma mão de vcs.
Estou em um ambiente de um cliente onde o monitor de outbound de CTe, quando se tenta acessar o detalhe da CTe ou qualquer outra ação é gerado o erro "Type conflict in program /XNFE/SAPLGROUPING. (termination; RABAX_STATE)" é gerado um dump na ST22.
O cliente nao tem qualquer customizacao desse monitor usa de maneira standart e se encontra no sp 16 do SLL-NFe rodando em base de um PI 7.31 dual stack.
Alguem já passou ou esta passando por isso ?

Prezados,
Alguém conseguiu resolver o DUMP?
Estamos enfrentando o mesmo problema no projeto, mas o erro só ocorre quando testamos um cenário com IPI Return.
Alguma dica?
Obrigada,
Tatiana Augusto

NFe 10 Escrituração XML CTe - Vários Documentos de Custos de Frete para a P.O.

Bom dia,
Tenho um cenário de escrituração do XML de CTe versão 2.0 para fretes Outbound CT-e para saídas de NF-e com LES (CTEOUTLE), onde geramos um Pedido de Compra por dia para cada fornecedor de transportes e todos os custos de fretes gerados naquele dia são entrados neste pedido; Quando recebemos o CTe que está atribuído a este Pedido de Compra o sistema não consegue identificar qual é o custo de frete referente a este CTe devido existirem vários custos neste Pedido. No processo tenho que gerar um Pedido de Compra por dia para cada parceiro de transporte.
Mensagem GRC: Existem vários documentos de custos; automatização não é possível Nº da declaração J1B_NFE565
Nº mensagem /XNFE/APPB2BSTEPS011
Alguém sabe como atribuir corretamente o custo para funcionar a automação?
Outro ponto que tenho neste processo de Simular Fatura, é se consigo determinar automaticamente o Código Imposto e CFOP automaticamente?

Oi Danilo,
Estou com o mesmo problema que você.
Você teve que implementar alguma BADI para trazer o documento correto?
Poderia dar detalhes?
Grato
Lucas

Erro 538 - Rejeição: Total do IPI difere do somatório dos itens

Bom dia
Estamos realizando a migração do ambiente de NF-e da versão 1.0 para a 2.0. Após a criação dos cenários e início dos testes nos deparamos com o seguinte cenário: A nota é rejeitada com o erro Erro 538 - Rejeição: Total do IPI difere do somatório dos itens. Já apliquei as notas 1527344, 1519387, 1530875 que na verdade são para operações de entrada. Já chequei as parametrizações de SD, já tentei intervir via DEBUG alterando as tags de Vprod para ficarem iguais ao vBC, pois notei que os valores diferem em 1 centavo. Gostaria de um apoio para solucionar este problema, pois não identifiquei a origem do erro. A Sefaz a qual estamos estamos enviando é a sefaz de MG e os Webservices são os de homologação.
Segue abaixo os dados do XML.
Desde já agradeço
- <n1:det nItem="1">
- <n1:prod>
<n1:cProd>R85041401030</n1:cProd>
<n1:cEAN />
<n1:xProd>B. REDONDA 5" PONTAS 4140</n1:xProd>
<n1:NCM>72283000</n1:NCM>
<n1:CFOP>6101</n1:CFOP>
<n1:uCom>T</n1:uCom>
<n1:qCom>2.6160</n1:qCom>
<n1:vUnCom>2140.0000000000</n1:vUnCom>
<n1:vProd>5598.24</n1:vProd>
<n1:cEANTrib />
<n1:uTrib>TO</n1:uTrib>
<n1:qTrib>0.0000</n1:qTrib>
<n1:vUnTrib>0.0000000000</n1:vUnTrib>
<n1:indTot>1</n1:indTot>
</n1:prod>
- <n1:imposto>
- <n1:ICMS>
- <n1:ICMS00>
<n1:orig>0</n1:orig>
<n1:CST>00</n1:CST>
<n1:modBC>3</n1:modBC>
<n1:vBC>5598.23</n1:vBC>
<n1:pICMS>12.00</n1:pICMS>
<n1:vICMS>671.79</n1:vICMS>
</n1:ICMS00>
</n1:ICMS>
- <n1:PIS>
- <n1:PISAliq>
<n1:CST>01</n1:CST>
<n1:vBC>5598.23</n1:vBC>
<n1:pPIS>1.65</n1:pPIS>
<n1:vPIS>92.37</n1:vPIS>
</n1:PISAliq>
</n1:PIS>
- <n1:COFINS>
- <n1:COFINSAliq>
<n1:CST>01</n1:CST>
<n1:vBC>5598.23</n1:vBC>
<n1:pCOFINS>7.60</n1:pCOFINS>
<n1:vCOFINS>425.47</n1:vCOFINS>
</n1:COFINSAliq>
</n1:COFINS>
</n1:imposto>
</n1:det>
- <n1:total>
- <n1:ICMSTot>
<n1:vBC>5598.23</n1:vBC>
<n1:vICMS>671.79</n1:vICMS>
<n1:vBCST>0.00</n1:vBCST>
<n1:vST>0.00</n1:vST>
<n1:vProd>5598.24</n1:vProd>
<n1:vFrete>0.00</n1:vFrete>
<n1:vSeg>0.00</n1:vSeg>
<n1:vDesc>0.00</n1:vDesc>
<n1:vII>0.00</n1:vII>
<n1:vIPI>279.91</n1:vIPI>
<n1:vPIS>92.37</n1:vPIS>
<n1:vCOFINS>425.47</n1:vCOFINS>
<n1:vOutro>0.00</n1:vOutro>
<n1:vNF>5878.15</n1:vNF>
</n1:ICMSTot>
</n1:total>
Diógenes
CIAFAL - Comercio de Aç

Carlos Eduardo, boa tarde
Conforme sua orientação realmente a tag de impostos de IPI não estava sendo preenchida.
Verifiquei na BADI NFE_PRINT e notei que o campo out_item-N_CENQ no Método FILL_ITEM não estava sendo preenchido, fazendo com que a TAG de IPI não fosse populada. Mapeie o campo com a entrada do valor da estrutura in_xml_item e a nota foi aprovada com sucesso.
Agradeço pela orientação e ajuda.
Somente com o seu apoio foi possível resolver o problema.
Obrigado
Diógenes
Edited by: DIOGENES HENRIQUE PEREIRA BARBOZA on Feb 2, 2011 4:59 PM

CTE CT-e não autorizado. Código de status 239, motivo: Rejeição: Cabeçalho - Versão do arquivo XML não suportado

Boa tarde a todos,
Já configuramos os cenários do CT-e para a versão 2.00, mas temos algumas notas com o seguinte erro:
CT-e não autorizado. Código de status 239, motivo: Rejeição: Cabeçalho - Versão do arquivo XML não su
mesmo reiniciando o processo, o status se mantem com o 239,
alguém teria alguma solução para processar estes CT-e novamente?
desde ja agradeço.
Alexandre.

Alexandre,
Estou com o mesmo problema, o erro corre na validação do CTe de entrada quando ele foi emitido na versão 1.04.
Realizei um teste passando a chave do CTe alterando o parametro versão para 2.0 e a consulta retornou com sucesso. Estou pensando em fazer um mapping forçando a versão para 2.0.

Recebimento de CTe

Olá,
Estou em um projeto que possui o requerimento de recebimento de CTes pelo GRC/PI, gostaria de verificar com vocês se existe alguma solução standard para esse recebimento (cenários, notas SAP, etc) ou se é necessário a criação de uma interface customizada (dado que o CTe possui webservices isolados dos webservices da SEFAZ).
Hoje o cliente qu estou, possui um sistema de que centraliza o recebimento de todas as notas de fornecedores e CTe e é necessário conectar o GRC/PI nesse sistema para que seja possível o recebimento destas notas.
Desde já, muito obrigado pela ajuda.
Abrs,
Alberto Almeida

Oi Alberto
Na solução de incoming da NF-e 10 você pode tratar o recebimento de CT-e. Atualmente você pode fazer a validação da assinatura e verificação de status. E, até onde eu sei... no próximo SP que será liberado essa semana (SP 9) será disponibilizada a badi para que cada cliente possa customizar a entrada automática.
Mais informações:
http://help.sap.com/saphelp_nfe10/helpdata/en/index.htm
Abraço
Eduardo Chagas

Erro de SYSFAIL e Queda do Ambiente JAVA (PI)

Bom Dia
Estou num projeto de NFe e atualmente esta acontecendo o seguinte cenário de Erros:
    Na SMQ2 , quando apresenta um aumento nas filas de Mensagens , aparece SYSFAIL em determinadas Filas , todas as outras travam , aumenta o numero de Filas.
   Com essa mensagem de SYSFAIL nas filas , o serve0 (Parte JAVA do PI) cai e após isso estou tendo que efetuar manualmente um STOP/START em todos os canais de comunnicação para que os R/3 voltem a emitir NFe.
    Isso esta ocorrendo com mais frequência após inserir uma nova empresa para emissão de NFe.
    Alguem poderia me ajudar a entender por que ocorre o SYSFAIL as mensagens travam e derruba o ambiente JAVA ?
Sérgio.

1º) Erro: Commit Fault: com.sap.aii.af.rfc.afcommunication.RfcAFWException:SenderA
2º) Foi alterado o numero de Filas O numero de Filas foi alterado , mas não consigo ver esse parametros na RZ10 , tem 3 entradas : X32_DVEBMGS32_NFISAP ; DEFAULT ; START_DVEBMGS32_NFISAP nessa transação ...onde eu vejo isso
3º) Esse parametro não tem nessa transação (/usr/sap//DVEBMGS00/j2ee/cluster/server0/log/). em qual desses diretórios abaixo eu encontro esse parametro ?
Existe esses:
DIR_ATRA      /usr/sap/X32/DVEBMGS32/data
DIR_BINARY      /usr/sap/X32/DVEBMGS32/exe
DIR_CCMS      /usr/sap/ccms
DIR_CT_LOGGIN    /usr/sap/X32/SYS/global
DIR_CT_RUN              /usr/sap/X32/SYS/exe/run
DIR_DATA              /usr/sap/X32/DVEBMGS32/data
DIR_DBMS              /usr/sap/X32/SYS/SAPDB
DIR_EXECUTABLE /usr/sap/X32/DVEBMGS32/exe
DIR_EXE_ROOT     /usr/sap/X32/SYS/exe
DIR_GEN              /usr/sap/X32/SYS/gen/dbg
DIR_GEN_ROOT    /usr/sap/X32/SYS/gen
DIR_GLOBAL        /usr/sap/X32/SYS/global
DIR_GRAPH_EXE /usr/sap/X32/DVEBMGS32/exe
DIR_GRAPH_LIB   /usr/sap/X32/DVEBMGS32/exe
DIR_HOME             /usr/sap/X32/DVEBMGS32/work
DIR_INSTALL        /usr/sap/X32/SYS
DIR_INSTANCE     /usr/sap/X32/DVEBMGS32
DIR_LIBRARY      /usr/sap/X32/DVEBMGS32/exe
DIR_LOGGING     /usr/sap/X32/DVEBMGS32/log
DIR_MEMORY_INSPECTOR   /usr/sap/X32/DVEBMGS32/data
DIR_ORAHOME       /oracle/X32/102_64
DIR_PAGING                            /usr/sap/X32/DVEBMGS32/data
DIR_PUT                            /usr/sap/X32/put
DIR_PERF                            /usr/sap/tmp
DIR_PROFILE      /usr/sap/X32/SYS/profile
DIR_PROTOKOLLS     /usr/sap/X32/DVEBMGS32/log
DIR_REORG                          /usr/sap/X32/DVEBMGS32/data
DIR_ROLL                          /usr/sap/X32/DVEBMGS32/data
DIR_RSYN                            /usr/sap/X32/DVEBMGS32/exe
DIR_SAPHOSTAGENT     /usr/sap/hostctrl
DIR_SAPUSERS     ./
DIR_SETUPS                           /usr/sap/X32/SYS/profile
DIR_SORTTMP     /usr/sap/X32/DVEBMGS32/data
DIR_SOURCE     /usr/sap/X32/SYS/src
DIR_TEMP                           /tmp
DIR_TRANS                           /usr/sap/trans
DIR_TRFILES                          /usr/sap/trans
DIR_TRSUB                          /usr/sap/trans

Erro na geração da NFe - Devolução de Transferência em Trânsito

Bom dia a todos.
Estou tentando fazer o cenário de devolução de transferência entre filiais quando o produto ainda estiver em trânsito. Utilizei como referência para todas as etapas o documento encontrado aqui no próprio fórum Stock Transfer Order (STO) with Full or Partial Return of Transit Stock - Localization Latin America - SCN Wiki
O meu problema está ocorrendo na hora de registrar a entrada da devolução pois o sistema não preenche a nota fiscal de referência.
Os passos executados foram os seguintes:
- Criação do pedido de transferência (ME21N)
- Geração da remessa (VL10B)
- Executar saída de mercadorias (VL02N)
Neste momento o sistema fez tudo certo.
Enquanto o produto ainda estava em trânsito, iniciei o processo de devolução com os seguintes passo:
- Criação do pedido de transferência (cópia do pedido original porém marcando o campo ITEM DE DEVOLUÇÃO)
- Geração da remessa (VL10B). Após a geração da remessa coloquei o mesmo código de impostos que estava na remessa original
- Executar entrada de mercadorias (VL02N)
O erro ocorre na entrada de mercadorias. Neste ponto o sistema apresenta a mensagem de erro abaixo:
Entrar nº de referência da nota fiscal
Mensagem 8B 259
Para que a nota seja aprovada na SEFAZ, a categoria de NFe que utilizei está configura como 6. Restit.
Alguém já passou por isso ou tem alguma idéia que possa ajudar?
Obrigado,

Chegou a olhar a nota...
2133551 - Full/Partial return of STO gets rejected by SEFAZ (NF-e without reference or wrong CFOP <-> finNFe)

Erro no cenário de CTe 1.04

Similar Messages

Maybe you are looking for