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

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

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

ISE v1.2 - Status-Server - 5405 RADIUS Request dropped

Just a note:
Some devices send regular RADIUS status messages;
The ISE drops these as
Event: 5405 RADIUS Request dropped
Failure Reason: 11031 RADIUS packet type is not a valid Request
Root cause: RADIUS packet type is not a valid Request.
Wireshark shows:-
Code: Status-Server (12)
Attribute Value Pairs:
AVP: l=6 t=Service-Type(6): Shell-User(6)
AVP: l=18 t=Message-Authenticator(80): df48bb4b50f0a772bd7c891ef6548c68
AVP: l=6 t=NAS-IP-Address(4): 10.1.1.1
I believe that ISE should accept and respond to these messages RFC5997 up2866.
A RADIUS server or proxy implementing this specification SHOULD respond to a Status-Server packet with an Access-Accept (authentication port) or Accounting-Response (accounting port). An Access-Challenge response is NOT RECOMMENDED. An Access-Reject response MAY be used.

Neno
Nothing to do with that,
The devices will use RADIUS to authenticate fine; databass, credentials, etc fine.
However they send keepalives to validate the RADIUS server is still there. ISE doesn't implement this and ISE logs get full of rejections. The end devices are unable to prioritise which ISE to used based on up/down. But still work.
This was just a note to everyone so they are aware of the issue,

Status-Server request and the ACS SE 4.2

According to traces collected in mt ACS SE 4.2, it would seem that the underlying software does not support the RADIUS Status-Server request. Anybody know if this request type is supported in version 5.*? Thanks.

Jay:
I have ACS 5.3 and this attribute does not seem to be listed.
What is the attribute's ID?
Regards,
Amjad
Rating useful replies is more useful than saying "Thank you"

Erro - Verificação de Status do Serviço

Bom Dia a Todos,
Está ocorrendo o seguinte erro ao solicitar a verificação do status do serviço no ambiente de homologação da SEFAZ-MG:
<SAP:Code area="PARSING">ADAPTER.SOAP_EXCEPTION</SAP:Code>
<SAP:P1 />
<SAP:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText>soap fault: Unexpected Error java.lang.NoClassDefFoundError at br.inf.portalfiscal.nfe.controller.ValidaDadosStatusServico.validaDadosStatusServico(ValidaDadosStatusServico.java:19) at br.inf.portalfiscal.nfe.controller.ValidacaoXMLHelper.validaDadosStatusServico(ValidacaoXMLHelper.java:324) at br.inf.portalfiscal.nfe.controller.UtilSession.processaNfeStatusServico(UtilSession.java:1558) at sun.reflect.GeneratedMethodAccessor134.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:359) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:237) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:158) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:169) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:181) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:205) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:136) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:648) at org.jboss.ejb.Container.invoke(Container.java:954) at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFactory.java:430) at org.jboss.ejb.plugins.local.StatelessSessionProxy.invoke(StatelessSessionProxy.java:103) at $Proxy73.processaNfeStatusServico(Unknown Source) at br.inf.portalfiscal.nfe.wsdl.nfestatusservico.NfeStatusServicoImpl.nfeStatusServicoNF(NfeStatusServicoImpl.java:73) at sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.xfire.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:59) at org.codehaus.xfire.service.invoker.ObjectInvoker.invoke(ObjectInvoker.java:45) at org.codehaus.xfire.service.binding.ServiceInvocationHandler.sendMessage(ServiceInvocationHandler.java:320) at org.codehaus.xfire.service.binding.ServiceInvocationHandler$1.run(ServiceInvocationHandler.java:86) at org.codehaus.xfire.service.binding.ServiceInvocationHandler.execute(ServiceInvocationHandler.java:134) at org.codehaus.xfire.service.binding.ServiceInvocationHandler.invoke(ServiceInvocationHandler.java:109) at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131) at org.codehaus.xfire.transport.DefaultEndpoint.onReceive(DefaultEndpoint.java:64) at org.codehaus.xfire.transport.AbstractChannel.receive(AbstractChannel.java:38) at org.codehaus.xfire.transport.http.XFireServletController.invoke(XFireServletController.java:304) at org.codehaus.xfire.transport.http.XFireServletController.doService(XFireServletController.java:129) at org.codehaus.xfire.transport.http.XFireServlet.doPost(XFireServlet.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at br.inf.portalfiscal.nfe.util.manipulaXml.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:106) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595)</SAP:AdditionalText>
Alguém já passo por essa situação e pode por favor esclarecer qual o motivo deste erro?
Agradeço antecipadamente!

Bom dia Guilherme,
Este erro foi gerado pela Sefaz MG, repare que as classes não são do PI (jboss, apache, tomcat, catalina). Contacte a Sefaz para maiores detalhes, deve ser algum erro temporário.
De sua parte é importante você se certificar que estava funcionando.... e parou de funcionar, ou melhor, que você está fazendo o pedido corretamente. Veja no SXI_MONITOR sua mensagem saindo pra Sefaz se está tudo ok.
Atenciosamente,
Fernando Da Ró

SAP NFE 3.10 - Erro 598 - Rejeicao: NF-e emitida em ambiente de homologação com Razão Social...

Olá, pessoal.
Estamos fazendo a atualização da NF-e 2.00 para o leiaute 3.10, porém, estamos recebendo o seguinte retorno:
598 - Rejeicao: NF-e emitida em ambiente de homologação com Razão Social diferente de 'NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO – SEM VALOR VISCAL'.
Para a NF-e leiaute 2.00, temos a BADI (no GRC) /XNFE/006_SIGN_NFE_OUT na qual podemos implementar para atender a necessidade da modificação do nome do destinatário para o nome exigido pela SEFAZ, porém, para o leiaute 3.10, não encontramos BADI no GRC para fazer o tratamento.
Alguem passou pelo mesmo caso? encontrou algum ponto onde deveremos modificar o nome do destinatário?
Desde já, muito obrigado.
Att.,
Fábio Cirino

Opção mais simples.
Coloca essa regra na BADI CL_PRINT do ECC, no Método FILL_HEADER:
    FIELD-SYMBOLS: <fs_xmlh>    TYPE j1b_nf_xml_header.
    UNASSIGN <fs_xmlh>.
    ASSIGN (c_xmlh) TO <fs_xmlh>.
    IF <fs_xmlh> IS ASSIGNED.
      MOVE-CORRESPONDING <fs_xmlh> TO out_header.
*** NF-e Block E - Tag: Destino - Nome
      IF in_xml_header-tpamb = '2'.
        <fs_xmlh>-e_xnome = 'NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL'.
      ENDIF.
    ENDIF.
Abç.,
Baroni

Erro Retorno ERP Nota status 10

Bom dia Srs,
Estou com um problema para voltar o status de uma nota para o ERP, a nota tem status 10 erro de validação.
Já tentei algumas coisas:
Verifiquei os jobs esta rodando normalmente, smq2, e monitor enfim tudo em ordem.
Rodei o programa /XNFE/UPDATE_ERP_STATUS_DIAL sem sucesso, pois também não esta na tabela /xnfe/backstatus.
Alterei o status da nota na tabela /XNFE/NFeHist para 24, para rodar novamente na aba de erro de assinatura, mas mesmo assim sem sucesso o status não volta para o ERP, porem essa nota antes estava com status 25 erro de assinatura também.
Meu GRC esta no SP16 SP do PI 23 e SAP_BASIS 24, e vamos subir para o 17, mas creio que isso não vai resolver o problema.
Será que alguém tem mais alguma idéia?
Obrigado
Abs

Fernando, eu já tinha 3 notas neste situação nos testes, agora eu fiz uma simulação desse erro que esta ocorrendo, vou explicar o procedimento:
Eu alterei a senha do J2ee_admin no CC SIG_SOAP_RCV, enviamos uma nota essa nota vai dar erro assinatura , então a mesma fica parada no monitor do GRC com erro de assinatura status u201C25u201D, corrigi o problema da senha do j2ee_admin no CC, após isso reenvie a nota pela aba erro de assinatura , o que acontece a nota cai na mesma situação relatada aqui:
Monitor GRC status u201C10u201D
Monitor SAP ERP
Status da Açao: engrenagem
Log NF-e : Bandeira Vermelha ( com o mesmo log de erro do monitor do GRC)
Status Sist.msgs: status u201CAu201D
Seu tiver 1 mil notas que cair nessa situação de dar erro na assinatura e fazer o reenvio, todas elas vão ficar com esse status nos monitores.
Alguma coisa não esta funcionando como deveria não?
GRC SP17
Será que esta faltando aplicar alguma nota no ECC, acho que não, mas se vê tiver alguma idéia.
Agradeço
Abs

The order status server is down all the time!!!

Hi,
I've been trying to check my order status in last couple of days and the server is always down?
Any update on that???

Nobody really cares about that???!!!

Erro when deployed to anhother server

Hi All,
We have a Application which was working fine in our local server and when we deployed the same on another servre it was not working as we are giving the same credentials which we gave in our local server as we are using file based authentication and same jazn.xml.
Any help is highly appreciated as this is urgent for us.
Thanks and Regards,
Nagaraju .D

Hi,
which Jdev version, which application server and version?
What does mean "Does not work"?
Any error messages or other not expected behaviour?
regards
Peter

Ad agent connection erro unable to connect to server :0

Hello i want to configure ad agent 1.0.0.32 build 539 on windows server 2008 with patch installed.
but when i execute adactrl show running i see that
Cisco AD Agent adactrl -- version 1.0.0.32, build 539
Connection error. Unable to connect to server:0
An exception occured! connection Error
For further information use:
adactrl help
i test adactrl restart, reboot server no change.
nps must be install ?

Hi
I am running into the same error trying to setup AD agent Windows 2003 Server Standard Edition with SP2 (and I have disabled the Windows Firewall). The AD Agent is installed on the same machine as the domain controller.
Thanks
C:\IBF\CLI>adactrl show running
Cisco AD Agent adactrl -- version 1.0.0.32.1, build 598
Connection Error. Unable to connect to server: 0
An exception occured! Connection Error
For further information use:
adactrl help
C:\IBF\CLI>adactrl start
Cisco AD Agent adactrl -- version 1.0.0.32.1, build 598
Connection Error. Unable to connect to server: 0
An exception occured! Connection Error
For further information use:
adactrl help

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

Similar Messages

Maybe you are looking for