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

Similar Messages

  • SCAN não retorna status do serviço

    Bom dia,
    Desde 14/08/2011 às 08:05:56 o nosso tipo de emissão SCAN não está retornando STATUS de ativo, e também não é realizada a consulta do status do mesmo.
    Dei uma olhada no GRC/PI/Java/ECC... e aparentemente está tudo ok
    Quando o SCAN parou pela primeira vez, deu o seguinte erro:
    PARSE_APPLICATION_DATA Error during XML => ABAP conversion: Response Message; CX_ST_MATCH_ELEMENT in /1SAI/TXS2731B33DE5F5A8813C20 Line 268 Elem.'nfeStatusServicoNFResponse2' esperado
    Pesquisando sobre o erro, achamos 2 trheads:
    http://forums.sdn.sap.com/click.jspa?searchID=73768752&messageID=10193658
    http://forums.sdn.sap.com/click.jspa?searchID=73768752&messageID=10151927
    Elas sugerem a aplicação das notas abaixo:
    1501345 - Xi runtime: Manifest
    1522630 - Xi runtime: Payload ignored due to parsing error
    1162160 - CX_ST_MATCH_ELEMENT in XML Inbound processeing
    Inclusive um dos usuários comenta que após aplicada a 1522630 o problema foi resolvido... (Mas não sei se isso irá funcionar)
    Outro check que realizei foi do erro retornado no status do serviço do SCAN agora, e o GRC retorna o seguinte erro:
    MAPPING.JCO_COMMUNICATION_FAILURE "COMMUNICATION FAILURE" during JCo call. Error when opening an RFC connection
    Pesquisando sobre o erro, encontrei algumas sugestões:
    1) Alguns sugerem a exclusão da conexão RFC AI_RUNTIME_JCOSERVER para TCP/IP (SM59) no GRC e criar novamente... mas não sei se isso iria funcionar...
    2) Em outras pesquisas, alguns falam que a Conexão entre ABAP e JAVA foi quebrada... isso é a razão para o erro JCO_COMMUNICATION... e a sugestão é reiniciar o Java...
    3) Em outra pesquisa: Quando há muitas mensagens a serem processadas simultaneamente. O número padrão de processos paralelos em VisualAdmin -> JCO Provider RFC ->  AI_RUNTIME_) e ver se isso ajuda.
    Obs.: À alguns dias, tivemos um problema que ocorreu com a SEFAZ-GO, a mesma colocou nossa faixa de IP's em uma Blacklist (ainda não sabemos porque) e daí ela nos retornava que estava "fora do ar". Será que poderia ser isso? Como posso checar isso?
    O nosso S.P. é o:
    SLL-NFE     100     0018     SAPK-10018INSLLNFE     xNFE 1.0
    Alguém poderia nos auxiliar? Pois isso não gera impacto em nossos processos desde que a SEFAZ (GO/PR/SP/MT) não fique inativa, pois caso isso ocorra o nosso processo de emissão de NF-e em SCAN não irá funcionar e a emissão de NF-e irá parar.
    Qualquer dúvida estou à disposição.
    Edited by: MATEUS PARREIRA GUIMARÃES on Sep 1, 2011 7:12 PM
    Edited by: Fernando Ros on Sep 2, 2011 10:24 PM - trocado code por quote para melhor visualizaçã

    Boa tarde a todos!
    Pessoal incluindo mais informações as já enviadas pelo Mateus; quando fazemos um check pela SXI_monitor esta
    retornando sempre o mesmo retorno:
    Qualquer dica ou nota agradecemos,
    Pamplona
    CENTRAL
    <?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
    - <!--  Inbound Message
      -->
    - <SOAP:Envelope xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" xmlns:SAP="http://sap.com/xi/XI/Message/30">
    - <SOAP:Header>
    - <SAP:Main xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsu="http://www.docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" versionMajor="003" versionMinor="000" SOAP:mustUnderstand="1" wsu:Id="wsuid-main-92ABE13F5C59AB7FE10000000A1551F7">
      <SAP:MessageClass>SystemError</SAP:MessageClass>
      <SAP:ProcessingMode>synchronous</SAP:ProcessingMode>
      <SAP:MessageId>8AB8CC05-D44B-11E0-8D74-000000729692</SAP:MessageId>
      <SAP:RefToMessageId>E0D44B74-1BE5-7BF1-975B-0024E8437829</SAP:RefToMessageId>
      <SAP:TimeSent>2011-09-01T03:36:13Z</SAP:TimeSent>
    - <SAP:Sender>
      <SAP:Party agency="http://sap.com/xi/XI" scheme="XIParty">SEFAZ_2_SCAN</SAP:Party>
      <SAP:Service>Producao</SAP:Service>
      <SAP:Interface namespace="http://sap.com/xi/NFE/006">SRVSC_nfeStatusServicoNFSoapIn_SYNC_IB</SAP:Interface>
      </SAP:Sender>
    - <SAP:Receiver>
      <SAP:Party agency="http://sap.com/xi/XI" scheme="XIParty" />
      <SAP:Service>GRPCLNT200</SAP:Service>
      <SAP:Interface namespace="http://sap.com/xi/NFE/006">SRVSC_nfeStatusServicoNF_SYNC_OB</SAP:Interface>
      </SAP:Receiver>
      <SAP:Interface namespace="http://sap.com/xi/NFE/006">SRVSC_nfeStatusServicoNFSoapIn_SYNC_IB</SAP:Interface>
      </SAP:Main>
    - <SAP:ReliableMessaging xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SystemErrorAckRequested="true" SOAP:mustUnderstand="1">
      <SAP:QualityOfService>BestEffort</SAP:QualityOfService>
      </SAP:ReliableMessaging>
    - <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="1">
      <SAP:Category>XIAdapterFramework</SAP:Category>
      <SAP:Code area="MESSAGE">GENERAL</SAP:Code>
      <SAP:P1 />
      <SAP:P2 />
      <SAP:P3 />
      <SAP:P4 />
    <SAP:AdditionalText>com.sap.aii.af.ra.ms.api.DeliveryException: SOAP: response message contains an error XIAdapter/HTTP/ADAPTER.HTTPEXCEPTION - HTTP 403 Forbidden----

  • Mensagem de status do serviço - versão 2.0

    No SAP PI, estamos enfrentando problemas com o mapeamento da mensagem que verifica o status do serviço.
    No SP07
    Quando a mensagem de transformação está completa, estamos obtendo uma mensagem em xml com nome da
    operação. Então, no PI, a mensagem em xml vem "envelopada" em uma mensagem SOAP. Então, não há nenhum problema no sistema datapower que usamos para precessar o arquivo.
    No SP15
    Quando a mensage de transformação está completa, estamos obtendo uma mensagem SOAP em xml sem o nome da
    operação. Então, no PI, a mensagem em xml ~é  "envelopada" em outra mensagem SOAP. Este não é uma processo standard de mensages. Então, oo sistema datapower não consegue processar a mensage.
    O que vocês acham?
    Grata,
    Fabiana

    Bom dia Fabiana,
    Não apenas novos campos no manual do contribuinte, mas também a forma do envelope e SOAP, parametros foram modificados no 2.0, isso mudou além do próprio layout, ou seja, no datapower será também necessário adaptar para que ele consiga receber do GRC corretamente e fazer a ponte para Sefaz e o retorno.
    Atenciosamente, Fernando Da Ró

  • NFe de 3o foi pro GRC e não volta status

    Bom dia pessoal!
    Estou dando um help num cliente que usa um sistema externo para enviar ao SAP todas as NFs (de terceiros, de entrada própria, eletrônica ou não). Como esse sistema cria NFs e também recebe NFs de terceiros, toda a numeração chega pronta no SAP - assim, as categorias de NF usadas estão configuradas para aceitar numeração externa.
    Com isso, o pessoal se perdeu nas configurações - no SAP é fácil, se é de terceiros, é informado o número da NF, senão, o campo é fechado - e acabou usando uma categoria de NF de entrada própria para registrar uma NF de terceiros, o que gerou o cenário-problema:
    1 - a NF-e foi pra SEFAZ (não poderia ter ido);
    2 - a NF-e foi com a chave de acesso da NF-e do terceiro (deveria ser composta com o CNPJ do emissor da NF de entrada);
    3 - o lote não recebe retorno da SEFAZ (é do RS) - penso que pode ser por causa do emissor ou da chave de acesso com outro CNPJ. Temos então:
    -> Lote com status = 04 (Solicitação enviada) / código de status = 104 (Lote processado).
    -> No monitor do ERP a NF fica aguardando, não consigo cancelar nem dar reset.
    O que eu tentei:
    -> Alterar os status do lote para reprocessar (set /XNFE/BATSTA-PROCESS = X). Reprocessou e continuou do mesmo jeito;
    -> Alterar status da NF-e na /XNFE/NFE_HIST - nada adiantou;
    -> Mais algumas alterações de status lá e cá, nenhuma surtiu efeito, daí voltei para o estado inicial;
    -> segui uma dica para outro problema ("Nota fiscal cancelada no SAP e autoriza na SEFAZ" [ onde o Fernando orientou como alterar os status para habilitar um Status Query...... Esse quebrou as pernas em dois lugares...... o status query funcionou, mas com a NF-e do TERCEIRO!!! e voltou autorizada!!!
    tá, já voltei os status pro que estava antes, voltando ao ponto anterior... sim, podem rir :P
    O que não tentei (queria evitar):
    -> Chavear a NF para contingência e cancelá-la.
    Enfim, tirando a opção de contingência, alguém tem ideia de como fazer essa bendita NF ter algum status de erro para poder solicitar o cancelamento, ou algo do gênero, que me permita estornar o processo?
    Obrigado!!
    Eduardo

    Bom dia Eduardo,
    Que encrenca heim...rsss
    Seguinte, no GRC pode ignorar esta nota, matar, o que quiser como você mesmo disse ela não deveria estar ali, e tentar fazê-la retornar ao ERP para pedir cancelamento só irá piorar as coisas.
    Se entendi bem, é uma nota externa "registrada" no ERP, então está com o FORM vazio. Você terá que reverter os status manualmente no ERP, pegue uma nota "equivalente" e sincronize os status.
    Para evitar nova transmissão de NF-es externas (sem formulário) aplique as SAP Notes 1396498, 1368159 e 1518476.
    Atenciosamente, Fernando Da Rós
    Ops, li novamente e acho que o erro foi ter registrado com a categoria com formulário, né? Isto também teria que ser revertido manualmente.
    Edited by: Fernando Ros on Oct 28, 2010 12:18 PM

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

  • Error sending DAV request. HTTP code 500, status 'Internal Server Error'

    Hi All,
    I am getting the error On SCCM R2 Environment .. on the client machine we are getting the below issue and software center 
    is not showing any information..
    While checking on the client's DatatransferService.log.. i am getting the below issues..
    Successfully sent location services HTTP failure message.
    Error sending DAV request. HTTP code 500, status 'Internal Server Error'
    GetDirectoryList_HTTP('http://MachineName:80/SMS_DP_SMSPKG$/7ea0b105-5592-48cd-8b8e-81777537c34f') failed with code 0x87d0027e.
    i realize it because of Isapi filter issues.. can any one guide me to resolve the issues..
    KJSUBBU

    Hi,
    In addition, I recommend you check whether you have additional Authentication methods (like ASP.NET Impersonation) enabled. 
    Disable the authentication method and try again.
    Also, please review the link below, here is a article about troubleshoot ISAPI filter issue.
    Error message when you visit a Web site that is hosted on IIS 7.0: "HTTP Error 500.0 – Internal Server Error"
    http://support.microsoft.com/kb/942031
    We
    are trying to better understand customer views on social support experience, so your participation in this
    interview project would be greatly appreciated if you have time.
    Thanks for helping make community forums a great place.

  • Erro no status de serviço NF-e 2.0

    Olá pessoal,
    Estamos com um erro de PI aqui no cliente, álguém consegue nos ajudar ?
    Eles tem 3 ambientes de PI, DEV, QAS e PRD. todos no SPK 16 do GRC, a versão do PI é a 7.1.
    o erro ocorre apenas no ambiente QAS e esta impactando diretamente nos testes.
    - <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="1">
      <SAP:Category>Application</SAP:Category>
      <SAP:Code area="MAPPING">RESOURCE_NOT_FOUND</SAP:Code>
      <SAP:P1>fc277224-4c15-11dc-8dc6-d7af0a115642</SAP:P1>
      <SAP:P2>http://sap.com/xi/NFE/006</SAP:P2>
      <SAP:P3>SRVSC_ServiceStatusCheckToSOAP12InConverter.xsl</SAP:P3>
      <SAP:P4>-1</SAP:P4>
      <SAP:AdditionalText />
      <SAP:ApplicationFaultMessage namespace="" />
      <SAP:Stack>Unable to find resource fc277224-4c15-11dc-8dc6-d7af0a115642 in the following software component versions: http://sap.com/xi/NFE/006SRVSC_ServiceStatusCheckToSOAP12InConverter.xsl-1</SAP:Stack>
      <SAP:Retry>M</SAP:Retry>
      </SAP:Error>
    Alguém tem alguma idéia do que seja este erro ?
    Desde ja, obrigado.
    Julio.

    Henrique,
    Obrigado, limpar o cache resolveu meu problema.
    mais uma vez, obrigado a todas as respostas.
    Julio

  • Inutilização de Nota com erro de validação no GRC

    Bom dia,
    Estou com um problema na inutilização de notas com erro de validação no GRC!
    Quando a nota é rejeitada pela GRC, fica da seguinte maneira:
    Etata obrigatória do processo : 8 (Erro validação interna sistema de mensagem.Envie novamente!)
    status de comunicação do sistema : 0 (Enviada ao sistema de menssagem (XI,...))
    status do sistema de mensagens : V (Mensagem Recebida: Erro de Validação Interna)
    Sem utilizar o botão Reset NFe, clico no botão Request Cancelation e realizo os procedimento de cancelamento.
    Verifico pela tabela /XNFE/NFE_HIST que gerou um registro com a chave de acesso, type 3 (Inutilização) e status 6 (Enviado ao Processamento da Nota Fiscal Eletrônica).
    Consulto no SEFAZ e verifico que essa nota já esta inutilizada porém na J1BNFE a nota continua processando.
    Alguem sabe como resolver este problema?
    Obrigado,
    Leandro Von Zubem.

    Bom dia.
    Tenho uma NF-e que está em situação parecida e agradeço suas colaborações.
    Estamos na ECC 5.0 SP 19.
    Esta NF-e foi rejeitada pela SEFAZ (NF-e writer e o erro estava no ano da data de emissão = 2008)
    e o usuário não percebendo tentou re-enviar várias vezes.
    Por fim, mesmo Rejeitada foi solicitado o Estorno (Skip) e os status da NF-e ficaram como abaixo:
       SAP ECC 5.0 SP19
          Status Ação :          Em processamento
          Status do documento NF-e:     2 Rejeitado
          Status de comunicação do sistema: 3 Rejeitado/a & autorização solicitada para ignorar
          Status do sistema de mensagens:     C Mensagem recebida: pedido de inutilização
          NF-e Código de Status :     228
       Log
              Novo stat.comun.sistema "Rejeitar estorno/ignorar usuário aceitos" não permitido p/status
                         comun.sist.anterior "Rejeitado/a & autorização solicitada para ignorar
              Nº mensagem J1B_NFE007
       GRC
          Status Code:               228     Rejeição: Data de Emissão muito atrasada
    Seguindo as orientações já mencionadas aplicamos em Desenv as Notas 1376901, 1376324 e 1298283 e
    simulamos a situação. Mas a NF-e também permanece "em processamento".
    A Nota 1141636 não foi possível aplicar porque exige para Basis o SP 700 e estamos no SP 640.
    Esta atualização seria muito mais demorada.
    Pergunto: existe alguma forma de ajustarmos os status para finalizar esta NF-e? (Rejeitar ou Aprovar/Rejeitar).
    Agradeço a toda colaboração.
    Abraços a todos e ótimas festas.
    Luis Appel

  • Hi there, I am trying to connect to my server at work from home using a vpn connection. It connects fine and the time ticks along, but when i click go - connect to server, it comes up with connection failed. Please help!

    Hi there, I am trying to connect to my server at work from home using a vpn connection. It connects fine and the time ticks along, but when i click go - connect to server, it comes up with connection failed. Please help!

    ... when i click go - connect to server, it comes up with connection failed.
    If you're trying to connect to a Bonjour server on the remote network, that won't work over a layer 3 VPN. Use something like Hamachi or one of the SSH-tunnelling Bonjour proxy apps for that.

  • The distribution agent failed to create temporary files in 'C:\Program Files\Microsoft SQL Server\110\COM' directory. System returned errorcode 5.

    One of my replication job failed with below error, which means job failed because of permission issue on the folder. To resolve that, I have granted the permission and it started working fine. Now the question is as my job was running fine since long time
    without any issue then how suddenly the permission of the folder got omitted automatically? I am sure that no one deleted the permission from the folder and as the server is part of SQL cluster no failover occurs.
    Error:-The distribution agent failed to create temporary files in 'C:\Program Files\Microsoft SQL Server\110\COM' directory. System returned errorcode 5.
    Rahul

    Hi Rahul,
    Error code 5 indicates that the error is "access is denied."  Please make sure that the COM folder is excluded from any antivirus scan that occurs on the system.
    If the issue still persists, I recommend you use
    Process Monitor to find out a bit more about the accounts and access requests involved. Then grant write permission to the exact COM folder for the account that is running the SQL Server Agent service. For more details, please review the following similar
    thread.
    http://www.sqlservercentral.com/Forums/Topic1364832-1550-1.aspx
    Thanks,
    Lydia Zhang
    If you have any feedback on our support, please click
    here.

  • Running Multiple Instance of indesign server using com calls

    Hello All,
    I am new to this community , can anyone help me in understanding how can i run multiple instance of indesign server using com calls.. i am using jacob library in java for com calls ..
    Thanks

    Hi Soni,
    Web colsole --> your domain --> your server --> configuration -->
    general --> Listen Port / Listen Address
    Regards,
    Slava Imeshev
    "Soni " <[email protected]> wrote in message
    news:3dcfbbcb$[email protected]..
    >
    Hi:
    Is it possible to run two seperate instances of WebLogic server 6.1 onsame the
    server both listening on port 80?
    Details about the instances:
    Instance 1
    Domain names : fasnets
    Server name: envext
    Listen Address : 155.x.x.1
    Listen Port : 80 :
    External DNS : www.acme.com
    Instance 2
    Domain names : fasnets1
    Server name: envext1
    Listen Address : 155.x.x.2
    Listen Port : 80 :
    External DNS : www.acme1.com
    Thanks,
    Soni

  • Apple tv gen. 2 status light does not come

    Apple tv generation 2 status light does not come on. Remote works. Did a restore through iTunes.... Still nothing. Please help.

    No it won't turn on at all you can't see it on the tv.... It is like it is dead. I am thinking it is something with the power source, but don't know how to fix it.

  • GRC NF-e 2.0 -Status Error 20 (Serviço de Assinatura Digital não Acessivel)

    Boa tarde Srs,
    Ontem tivemos uma falha no serviço de assinatura digital, conforme erro mencionado na descrição.
    - Em RWB a seguinte mensagem de erro aparece:
    Function LCR_GET_OWN_BUSINESS_SYSTEM failed (return code = 1)
    - Qdo executava a função mencionada (SE37), não trazia nenhum dados preenchidos nos campos de valores;
    - Constatei falhas executando um SLDCHECK:
    Calling function LCR_GET_OWN_BUSINESS_SYSTEM
    Retrieving data from the SLD server...
    No corresponding business system found for system XIP      client 100
    - Constatei falhas de refresh na tcode SMICM, trazendo o mesmo erro mencionado:
    LCR_GET_OWN_BUSINESS_SYSTEM  - NO_BUSINESS_SYSTEM
    - E o canal de comunicação de assinatura digital ficava inativo. Mesmo estando ativo no ID.
    - Não gerava nenhum dump.
    - Alguns erros de comunicação, apareceram no log de sistema (SM21).
    Conseguimos resolver o problema efetuando um Cache Refresh Full, reiniciando o cluster J2ee Hard Shutdown com reinicio via tcode SMICM e, fazendo uma limpeza de buffer via /$sync.
    Hoje pela manhã o erro voltou e novamente efetuamos o mesmo procedimento para resolvê-lo.
    Nosso PI (NW04s), está com seguintes níveis:
    SAP_ABA = 18
    SAP_BASIS = 18
    PI_BASIS = 2005_1_700 (SAPKIPYJ7I)
    SLL-NFE = 17
    Pesquisei algumas notas, na tentativa de resolver o problema de vez; Porém nenhuma delas nos atende:
    Note 604321 - SLD: Ineffective table buffering for cache = Nota obsoleta
    Note 1104341 - Termination in LCR_GET_OWN_BUSINESS_SYSTEM = Nota menciona nivel SP14 (SAP_BASIS )
    Note 1176971 - Deadlock on the database for SLD access = Nota menciona nivel SP17 (SAP_BASIS)
    Note 1088659 - XI business system cannot be determined = Nota menciona nivel SP14 (SAP_BASIS )
    Perguntas:
    Alguém já passou pelo problema e poderia compartilhar a solução?
    Há alguma nota conhecida para resolver esta questão, de acordo com nosso nivel de SP que temos?
    O erro pode estar atrelado à infra (tráfego de dados na rede)?
    Toda ajuda, será bem vinda!
    Grato,
    Ricardo

    Henrique, muito obrigado pela atenção.
    Acabei de aplicar a nota "0001498700 Problem on signing NF-e" e o problema mudou. Agora ja temos a mensagem no sxi_monitor e o erro no Monitor GRC ja é outro. Passa a ser "Problemas de processamento PI" e na mensagem do sxmb_moni conta a mensagem:
    SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
      <SAP:Category>XIAdapter</SAP:Category>
      <SAP:Code area="BPE_ADAPTER">MESSAGE_NOT_USED</SAP:Code>
      <SAP:P1 />
      <SAP:P2 />
      <SAP:P3 />
      <SAP:P4 />
      <SAP:AdditionalText />
      <SAP:ApplicationFaultMessage namespace="" />
      <SAP:Stack>Message interface is not used by this process</SAP:Stack>
      <SAP:Retry>M</SAP:Retry>
      </SAP:Error>
    Para a interface: SIGNN_SignNFe_OB. Vou tentar apagar e criar o cenário novamente, porem se souberes de alguma nota ou correção para isso, seria muito bom.
    Sobre a atualização de SP, devido ao curtíssimo prazo do projeto (7 dias para atualizar 1.0 para 2.0) estamos tendando buscar outras soluções, como por exemplo aplicação de notas em separado, se tiveres uma lista das que eu vou precisar seria muito bom... Obrigado!

  • Reenvio do GRC para o ERP do Status de NFe 225

    Pessoal,
    Enviamos uma Nfe que foi rejeitada pela SEFAZ, com o validador GRC desativado.
    Devido a uma falha de comunicação logada na /XNFE/BACKSTATUS o ERP não teve o update do status da nota, sendo que o GRC estava atualizado com o Status 225 para o lote, com o Error Status 46 para nota.
    Em análise do programa de reenvio /XNFE/UPDATE_ERP_STATUS percebemos que o status enviado ao ERP é o status do cabeçalho da Nfe (tabela /XNFE/NFEHD, campo STATCOD).
    Para o DOCNUM 138746, o campo STATCOD está em branco na tabela /XNFE/NFEHD, porém está preenchido na tabela /XNFE/BACKSTATUS, campo CSTAT como pode ser visto nos screenshots anexos.
    No ERP, então, temos o erro u201CNo status code was received for NF-e 0000138746u201D
    Existe alguma forma de reprocessar NF-e com status SEFAZ setado somente para o lote?
    Segue os prints das telas:
    http://img5.imageshack.us/img5/1936/screen1le5.jpg
    http://img232.imageshack.us/img232/1678/screen2zs7.jpg
    http://img232.imageshack.us/img232/4084/screen3ns1.jpg
    http://img232.imageshack.us/img232/5003/screen4nt6.jpg
    http://img232.imageshack.us/img232/1944/screen5hc2.jpg
    Obrigado,
    Dorval Neto.

    Bom dia Alexandre,
      O report /XNFE/UPDATE_ERP_STATUS foi lançado no SP05 através da nota 1251349, nela é comentado sobre a criação do job e a execução individual. Após esta nota o report foi modificado algumas vezes sendo a mais recente 1273616 ou SP06. Acredito que mais modificações são necessárias ao programa, como a descrita que não retorna individualmente para NFe que ocorreu rejeição 225 por lote.
      Quanto a como identificar o erro:
    a) NORMAL - Se foi uma rejeição de processamento "normal" do R/3, ou seja, por algum motivo conhecido ele rejeitou a resposta enviada pelo GRC, então a resposta será encontrada na tabela J_1BNFE_INVALID no R/3, procure pelo docnum (obter na /xnfe/nfehd-docnum). Existe algumas situações especiais que o R/3 usa como docnum o valor de 9999999999, invalidando a pesquisa anterior. Então procura pela data e hora (ACTION_DATE e ACTION_TIME) da transmissão do GRC para o R/3.
    b) ST22 - Se o não processamento no R/3 foi devido a algum dump no momento da execução da função ou alguma EXIT/BADI, então este não será logado corretamento no R/3. Verifique na ST22 do ERP se existe alguma informação no momento da execução do report update_erp_status.
    c) RFC - Se não encontrar nesta tabela no R/3 então o problema pode ser de comunicação ou impressão, neste caso verifique no GRC NFE os logs de RFC via transação AL11, é um pouco mais complicado, pois você terá pegar o exato work process que fez a comunicação (se seu sistema tiver poucos erros de RFC, então fica mais simples). Exemplo:
      . Transação AL11, Name of Directory Parameter = DIR_HOME
      . Para facilitar, coloque em ordem por data e hora decrescente
      . Procure um arquivo chamado dev_rfcN, onde N foi o Work Process que executou o call function remote (este é o ponto onde talvez não saiba), então procure pelo último data/hora logo após a execução do report /XNFE/UPDATE_ERP_STATUS
    d) SEM OPÇÃO - Em último caso pode-se executar diretamente a função chamada no R/3 (J_1BNFE_XML_IN_TAB) através da SE37 e acompanhar passo-a-passo com os valores que o GRC  tentou enviar sem sucesso (atenção para preencher exatamente os mesmo valores)
    Dorval,
      Poderia abrir um chamado na SAP sobre esta situação, desta forma poderemos submeter à equipe de desenvolvimento para providenciar a correção.
      Atenciosamente,
    Fernando Da Rós
    Edited by: Fernando Ros on Mar 4, 2009 9:53 PM

  • "unable to get printer status" and "server-error-not-accepting-jobs"

    I've got an Intel Mac Pro with Tiger. When I accepted the latest update from Apple, I lost all my defined printers! I've re-added a local USB printer and a networked Laserjet - fine. But I also added a Phaser 850 color printer (networked) which used to work fine. It connects ok, and opens the printer queue window, but when it tries to print, it says "Unable to get printer status (server-error-not-accepting-jobs". The queue stays active (not stopped) but the jobs don't move. I've tried deleting the printer and re-making it - same deal. What's going on?
    Mike

    Hi Mike,
    One think I really dislike about OSX is the Rocket Science needed to just Print!
    Might try these two...
    Mac OS X: About the Reset Printing System feature ...
    http://support.apple.com/kb/HT1341?viewlocale=en_US
    Might try Printer Setup Repair 5.1...
    http://www.fixamac.net/software/index.html

Maybe you are looking for