NFE Preso com 04 Statu

Olá Experts,
Descrição do problema: NF-e Batch preso em 04 código de status e solicitação enviada para SEFAZ com sucesso através de PI, mas a resposta do lote não foi processada para ECC.This foi devido a problema temporário em nosso servidor NFe.
Agora, indo para SXMN_MONI em NFe eu posso ver uma mensagem de erro com os detalhes do erro: Erro durante a conversão XML => ABAP:; no
Eu tentei reprocessign de SXMB_MONI mas está dando erro: O RFC SAPXIPP500 não existe.
O status do lote e NFE sttaus é em amarelo Batch dizendo enviada para PI.
Você pode por favor me avise existe alguma maneira pela qual eu posso atualizar a resposta lote para ECC. Assim que o pedido BATSR pode então completar o processamento NFE.
obrigado
Gaurav Ranjan

Olá Eduardo,
Esta é a primeira vez que enfrentou essa questão.
O problema está dentro de GRC.
A solicitação de lote NFE foi enviada com sucesso para SEFAZ de PI e até mesmo recebemos a resposta lote de sucesso a partir de SEFAZ, mas que a mensagem de resposta do lote falhou em GRC como por minha screensht acima de SXMB_MONI de GRC NFE (Not a partir PI) como
Estamos na pilha java Único PI 7.3.1.
O estado NFE é Amarelo (Estado 4 - enviado para PI) e status Btach também é Amarelo (Estado 2 - enviado para PI). Em ECC também NFE está em estado de Yellow Preso no enviadas ao status PI.
Eu quero saber como resolver esta questão e continure processamento NFE.
obrigado

Similar Messages

  • SAP GRC NFE não processa NFE's com itens que possuam diferentes alíquotas de IPI.

    SAP GRC NFE não processa NFE's com itens que possuam diferentes alíquotas de IPI.
    Alguém sabe se esse problema já foi resolvido ou conhece um contorno para essa situação ?
    Desde a implantação em junho de 2013 não conseguimos processar notas que possuem itens com diferentes aliquotas de IPI.

    Bom dia Fernando (que bom te encontrar aqui também :-)!
    Então, o Denny da SAP Alemanha me retornou dizendo que temos que instalar o XI Content SLL-NFE 10.0 e criar novamente os cenários da NF-e.
    Eu estou entrando em contato com o nosso Basis que fica em Lima para ver se é possível que ele instale este componente, para que eu crie novamente os cenários da NF-e (extensão _900).
    Após a recriação dos cenários, será que eu consigo reenviar as NF-e de teste novamente ou terei que estornar os documentos e fazer os processos novamente?
    Obrigado pela ajuda!
    Att.
    Daniel

  • NFE com status "em processamento" que não foi enviada ao PI para assinatura

    Olá pessoal.
    No dia 08/03 tivemos um problema no servidor do PI e GRC (ambiente de produção) devido a uma diferença entre os horários do Application Server e do Database Server.
    A grande maioria das NF-eu2019s geradas durante o problema,  tiveram o fluxo normal retomado depois da correção no dia 09/03, porém existem três NF-eu2019s que ficaram u201Ctravadasu201D,  pois não saíram do GRC para serem assinadas.
    As filas do PI e do GRC tiveram que ser reativadas para que o fluxo das NFE's com problema fosse retomado. Não há nenhum registro parado nas filas do GRC e nem do PI.
    Percebemos que o envio para assinatura dá-se no momento da criação da NF-e no GRC. Tentamos re-enviar as NF-e's pelo monitor do ECC, mas não surtiu nenhum efeito.
    Existe dentro do GRC alguma forma de reenviar para assinatura estas NF-e's?
    Obrigado,
    Dorval Neto.

    Bom dia Pessoal,
    Só para chamar a atenção das modificações em tabelas do GRC NFe, isto somente deverá ser feito após esgotadas todas as opções possíveis ( PI, filas, RFC, tunning, basis, java, monitores do aplicativo e também aplicação de notas ).
    No suporte, tenho encontrado em produção problemas que foram ignorados em tempo de DEV / QAS onde o acesso é facilidado.
    Em produção além do acesso limitado o alto volume de notas juntamente com a pressão dos usuários pela resolução rápida pode desgastar a imagem da implementação e do consultor.
    Felizmente temos este canal, e também o suporte oficial, para apoio à esta identificação.
    Abraços,
    Fernando Da Ró

  • Inutilização de NFe com erro de validação

    Srs.
    Gostaria de tirar uma duvida mais "funcional" do processo de uma nfe, que seria a seguinte, caso uma NFE esteja com erro de validação no GRC, se o erro e o status voltou para o ERP e na j1bnfe ela esta com status 8, eu poderia solicitar a inutilização da mesma sem ter que envia-la antes ao SEFAZ ?
    Pergunto isso pois eu pensava que havia uma maneira e até agora não encontrei nenhuma.
    Se puderem me responder o mais rápido possível eu agradeceria.

    Oi Carlos.
    Então... quando ocorre um erro de validação você tem duas alternativas:
    - Corrigir os dados e reenviar a NF-e
    - Solicitar a inutilização (solicitar o cancelamento da NF-e no monitor)
    Para solicitar a inutilização - o registro da NF-e está com status da mensageria igual a V (erro de validação.
    1. Selecione o documento em questão
    2. Clique no botão "Request Cancellation"
    3. Sistema irá apresentar pop-up perguntando de realmente deseja continuar. Clique em Yes para confirmar.
    4. Selecione a razão do cancelamento.
    5. Selecione o documento a ser cancelado e clique no botão Copy to Selected Documents
    6. Clique no botão Send Requests. Sistema enviará a solicitação de inutilização. Após obter a autorização de inutilização o sistema irá retornar o status 102 de autorizada inutilização e reverter o lançamento.
    Abraço
    Eduardo Chagas

  • Processo Standard de Archiving para GRC NFe Inbound

    Olá pessoal tudo bem?
        Mais uma vez gostaria de apoio para definir a melhor estratégia. Estou em um projeto de implementação do GRC NFe In com o SP16, o ambiente ainda não está pronto para customizações e testes porém algumas preocupações surgiram devido ao volume de XMLs recebidos. Dessa forma, gostaria de entender melhor a abrangência da solução Standard para archiving no GRC NFe in.
        Pelo que percebi, existem monitores específicos para administrar NFe e CTe arquivados (é necessario ativar o service na SICF)
    NF-e Fiscal Workplace for Archived NF-es
    CT-e Inbound Fiscal Workplace for Archived CT-es
        Porém tenho algumas dúvidas quanto ao funcionamento. Alguém já implementou essa funcionalidade, pode me ajudar a esclarecer o funcionamento?
    a) Pelos monitores acima, é possível visualizar e realizar o download dos documentos arquivados? Isso é importante em caso de auditoria...
    b) Hoje utilizamos o monitor "Download XML of NF-es / CT-es" para fazer download em massa de XMLs. Também será possível fazer o download em massa dos registros arquivados?
    c) As rotinas de arquivamento são as mesmas utilizadas no ECC? (SARA. SARI e etc).
    d) Existe alguma limitação para realizar download de documentos arquivados?
        Obrigado pela apoio....
    Abraço
    Edson

    Bom dia Edson,
    b) Sim ele também lê o archiving, inclusive se as estruturas do archiving não estiverem ativas ele fica dando uma mensagem para ativá-las (mesmo que não execute o archiving)
    c) Sim. Entra na SARA e procura pelos objetos de achiving com a mascara /XNFE/*
    d) A limitação é autorização e que o archiving esteja disponível para consulta.
    Atenciosamente, Fernando Da Rós

  • NFe de Entrada Docstat incorreto

    Bom dia Senhores(a). Tudo bem?
    Meu problema é que criamos algumas notas de entrada através da BAPI_J_1B_NF_CREATEFROMDATA, e o XML foi gerado com sucesso, tal como as NFe´s do processo de SD. Porém ao efetuar o retorno, apesar do monitor a NFe aparecer com Status "Completo", na tabela J_1BNFDOC o campo DOCSTAT, vem em branco. O Problema é por causa deste campo estar em branco a NFe não esta aparecendo no livro de entrada mesmo estando ok no monitor.
    Nos casos de NFe´s criadas por SD (VA01) este campo vem preenchido automaticamente após o retorno realizado.
    OU seja, quando a Nfe esta ok no monitor tb está ok no livro fiscal.
    Espero poder ter sido claro, agradeço a ajuda de vocês.
    Um abraço
    Vitor Grassato

    Bom dia Vitor,
    Esta linha está comentada. Está comentada também no código ? Se tiver não fede nem cheira...
    Quando você diz que não funciona, não funciona como ? Que retorno tem no RETURN ?
    Na chamada da BAPI_J_1B_NF_CREATEFROMDATA tem um parâmetro NFCHECK que gerencia os checks obrigatórios é uma string preenchida com vários X e espaços, sendo o X verificar o o espaço permitir campo vazio.
    No código fonte da BAPI você encontra estas informações:
    Positions in character 30 string NFCHECK
    Following checks are executed when NF-e flag is set in the header
    40. Check NF-e number filled
    41. Check Protocol number filled
    42. Check XML-Version filled
    43. Check Sefaz code filled
    A. Check if duclicate keys are existing (NF line items, NF taxes)
    => e.g. NFCHECK = 'XX X XXX XXXXXXXXXX.....' will perform all checks,
            except checks number 3, 5 and 9)
    Se o parâmetro não for preenchido, no código temos:
      IF nfcheck IS INITIAL.
    *--------------12345678901234567890123456789012345678901234567890123
        nfcheck = 'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'.
      ENDIF.
    O que quer dizer que por default apenas o NF-e number filled é verificado. Vocês estão preenchendo NFCHECK ? Que erro está dando que impede o processo ?
    Editando: Outra pergunta: Quais são os valores para AUTHCOD, DOCSTAT e CODE na J_1BNFDOC logo após a criação ? E após a autorização ?
    Atenciosamente, Fernando Da Rós
    Edited by: Fernando Ros on Feb 4, 2010 2:57 PM

  • Problemas na postagem Eventos para entrada NFE

    Olá Experts ,
    FOr entrada NFE estamos usando um módulo personalizado para extrair a NFE do Mail Box .
    Depois que estamos usando mapeamento XSLT para separar a mensagem para eventos NFE e NFE . Nesta etapa NFE é postado com sucesso, mas para postar eventos que estão recebendo erro como: erro ao analisar a mensagem XMB recebido.
    O código XSLT é :
    <? xml version = "1.0" encoding = " UTF-8" >
    < xsl: stylesheet versão = "1.0" xmlns : xx = xmlns " XXXX Nome Espaço xxx" : split = " http://sap.com/xi/XI/SplitAndMerge " xmlns : xsl = " http://www.w3 .org/1999/XSL/Transform " >
    <xsl:output method="xml" indent="no" omit-xml-declaration="no"/>
    <xsl:template match="/split:Messages/split:Message1/bg:nfeFromSenderMasked">
    <split:Messages>
    <split:Message1>
    <xsl:for-each select="./bg:procNFeMulti/bg:procNFeStr">
    < xsl: " . " valor de selecione = disable- output -escaping = "yes" />
    </ xsl: for-each >
    < / split : Message1 >
    <split:Message2>
    <xsl:for-each select="./bg:procEventoNFeMulti/bg:procEventoNFeStr">
    < xsl: " . " valor de selecione = disable- output -escaping = "yes" />
    </ xsl: for-each >
    < / split : Message2 >
    < / split : Mensagens>
    </ xsl : template>
    </ xsl: stylesheet>
    Depois de analisar mais em NWA i se hte seguintes logs:
    Os dados de resposta HTTP é = <soap:Envelope xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/">
    <SOAP:Header>
    < / SOAP : Header >
    <soap:Body>
    < Soap: Fault xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/"><faultcode>SOAP:Client</faultcode><faultstring>Error durante a conversão de mensagem XI </ faultstring > <faultactor> http://sap.com/xi/XI/Message/30 </ faultactor > <detail> < SAP : Erro de SOAP : mustUnderstand = "1" xmlns : SAP = " http://sap.com/xi/XI/Message/30 "> <SAP:Category> XIProxy </ SAP: Category> < SAP : Code area="ABAP">INTERFACE_REGISTRATION_ERROR</SAP:Code><SAP:P1>ifmmessif</SAP:P1><SAP:P2>ETB2B_procEventoNFe_IB</SAP:P2><SAP:P3>http://sap.com/xi/NFE/006</SAP:P3><SAP:P4/><SAP:AdditionalText/><SAP:Stack>No classe de implementação registrada da interface (interface de ABAP , mensagem de pedido ETB2B_procEventoNFe_IB , mensagem de solicitação , namespace http://sap.com/xi/NFE/006 )
    </ SAP: Stack > </ SAP: Error> < / detail > < / SOAP : Fault >
    < / SOAP : Body>
    </ Soap: Envelope >
    Por favor me ajude como resolver esse erro como eventos não estão sendo postados.
    obrigado

    Olá.
    Provavelmente o Cenário configurado está incorreto "ETB2B_procEventoNFe_IB".
    Para Inbound deve ser configurado o Cenário EFB2B (Event From B2B), o ETB2B (Event To B2B) serve apenas para o Outbound.
    Abraço.
    Pedro Baroni

  • NFe em processamento no ERP e OK no GRC mas teve erro de atualização do ERP

    Boa tarde,
    Tem acontecido que ao tentar atualizar a NFe, ocorre o erro de atualização (tabela /XNFE/NFE_HISTconsta 108), porém no monitor GRC a NFe está com status OK (verde).
    Ao verificar a tabela /XNFE/NFE_HIST, o registro de wasstat 05 (Result Received) tem o error_erp 108, porém o último registro da tabela é o de wasstat 08 (sent to B2B) e neste o erroe_erp está em branco. Inserindo o erro 108 neste último registro, a NFe aparece agora no monitor GRC com status de erro, e o erro ERP 108, e aparece na aba de "Erro atualização status ERP", permitindo assim o uso da opção Atual. (atualizar o ERP novamante), que após acionado, atualiza o ERP corretamente e volta a NFe para OK no monitor GRC.
    Já pesquisei notas e aqui no SCN e não encontrei nada relacionado.
    Alguém já passou por isso.
    GRC 10.0 sp13
    ERP 604 sp11
    Abraços
    Ricardo Carneiro.

    Bom dia Ricardo,
    Vamos por partes...
    - o 05 significa resultado recebido da Sefaz, e o status 100 diz que foi tudo Ok por lá
    - o 05 tenta comunicar com o ERP, e o 108 indica neste status que o ERP não pode processar seu status
    - o 08 não comunica com o ERP, então nele não deve ter ERP_ERROR mesmo
    Agora as questões:
    - Deveria ter o processo parado no 05 já que houve um erro? Para alguns a resposta seria sim sim sim, para outros já que tá tudo OK faz o B2B
    - Não deveria ter sido copiado o status 05 para 08? Talvez (pq resolveria a questão manual)
    - O que fazer então?
    Sobre o 108 ele é sintoma SEMPRE, algo não está bom no processamento ERP. A única coisa esperada de fato na emissão é o lock de processo no ERP, que o SAP NFE trata reenviando via job.
    Na emissão muito provavelmente é algo errado seja configuração, seja código e deve estar dentro da BAdI.
    Você não postou o que encontrou na RSRFCTRC. Poste por favor.
    Com o foco em solução te indicaria investigar o que está errado no ERP, e a questão ERP_ERROR não estar visível no 08 vai ficar menor. De qualquer forma pode ser motivo de chamado para o desenvolvimento avaliar opções, mas é um remédio para sanar sintoma não para curar a doença.
    * Se fosse um processo de cancelamento ou skip bem mais coisas poderiam acontecer como fonte de um erro de processamento ERP.
    Atenciosamente, Fernando Da Rós

  • Nfe de Entrada (Importação) código do País Inválido

    Experts de GRC-NFE,
    Estamos com um problema em uma nota de entrada de importação da Argentina onde o Sefaz de Goiás está rejeitando a Nfe devido ao código do país errado.
    Na NFe o código é 639, porém a Sefaz de Goiania diz veemente que tem que ser 0639.
    Tentamos alterar o código em uma tabela Z no ECC para 0639 porém daí o GRC não valida o dado dizendo que o campo CPais está inconsistente.
    A tabela no GRC referente ao Cód. do País é a /XNFE/FLDVALUE porém somente permite modificação pela SAP.
    Já validei o XML pelo validador de XML da SEFAZ do RS, porém o SEFAZ de Goiânia diz que tem que ser 0639
    O que fazer?
    Desde já obrigado por qualquer contribuição.
    At.
    Sigfrid Murillo

    Se vc checar o enumeration p/ o tipo "TPais", no arquivo tiposBasico_v1.02.xsd (dentro do PL_005a ao PL_005c), tanto '639' quanto '0639' são supostamente válidos. Então, eu faria 2 coisas:
    1. argumentaria contra a SEFAZ-GO, mostrando que o sistema da SEFAZ-RS valida o campo '639'.
    Faça o teste de validação com o validador online da SEFAZ-RS: http://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx
    2. abriria chamado na SAP, para que a validacão do GRC não invalide o caso '0639' (na verdade, pra aceitar todos os valores do enumeration, que seria o correto).
    Em ultimo caso, implementaria a BAdI conforme sugestao do Fernando, mas com um IF cUF = 52 (GO), para nao impactar as outras SEFAZs.
    Abs,
    Henrique.

  • Erro: Assinatura digital NF-e: erro de aplicativo PI

    Pessoal,
    Estamos com problemas para assinar a NFE.
    Revisei todas as configurações de comunicação, bem como a de assinatura digital (key storage view / element) e está tudo ok!
    Está em status: 2 - Enviado ao servico de assinatura digital
    Status do erro - 25 - Assinatura digital NF-e: erro de aplicativo PI
    No monitor do GRC, as notas aparecem na aba Erro de Assinatura. Como no print abaixo (Cortei alguns trechos para não ficar muito grande):
    http://img5.imageshack.us/img5/541/monitorgrc.jpg
    Na SXMB_MONI do PI temos a seguinte tela:
    http://img5.imageshack.us/img5/7746/sxmbmonipi.jpg
    Aparentemente, está tudo ok no PI, mas no GRC consta com algum problema.
    Lembrando que: Estamos com uma assinatura de TESTES (Não é o definitivo) A1 *.pfx.
    Alguma idéia do que possa ser pessoal?
    Abraços,
    Daniel Nahas
    Edited by: Daniel Nahas on Mar 19, 2009 7:55 PM

    Henrique,
    Log Modo Debug (Somente as ultimas linhas):
    #1.5 #002219916F06006000000187000000CC000465C9A0714501#1237816561796#/Applications/NFe#sap.com/grcnfedsig#com.sap.grc.nfe.dsig.DigitalSignatureBean.sign(String, String, String, String, Boolean)#J2EE_ADMIN#15873##spos45sapnfe_PID_4895250#J2EE_ADMIN#581b5f6017b211debf85002219916f06#SAPEngine_Application_Thread[impl:3]_29##0#0#Info#1#com.sap.grc.nfe.dsig.DigitalSignatureBean#Java###Digital Signature creation requested for message with Id #1#NFe35090303052673000345550000000000030547017691#
    #1.5 #002219916F0600600000019B000000CC000465C9A0718490#1237816561812#/Applications/NFe#sap.com/grcnfedsig#com.sap.grc.nfe.dsig.DigitalSignatureBean.sign(String, String, String, String, Boolean)#J2EE_ADMIN#15873##spos45sapnfe_PID_4895250#J2EE_ADMIN#581b5f6017b211debf85002219916f06#SAPEngine_Application_Thread[impl:3]_29##0#0#Error#1#com.sap.grc.nfe.dsig.DigitalSignatureBean#Java###Error creating Digital Signature for message with Id with error status #2#NFe35090303052673000345550000000000030547017691#5#
    Arquivo trace (copiei a linha que acredito ser o problema):
    #1.5 #002219916F060060000001400000174C0004657BADA28AF7#1237481775687#com.sap.aii.af.service.resource.SAPSecurityResources#sap.com/grcnfedsig#com.sap.aii.af.service.resource.SAPSecurityResources.SAPSecurityResources: getKeyStoreManager( PermissionMode )#J2EE_ADMIN#9065##spos45sapnfe_PID_4895250#J2EE_ADMIN#dbf867b114a611dec2fd002219916f06#SAPEngine_Application_Thread[impl:3]_24##0#0#Error#1#/Applications/ExchangeInfrastructure/AdapterFramework/Services#Java###An exception is encountered, couldn't instantiate the com.sap.aii.security.lib.KeyStoreManager. Message: . To-String: .#2#AccessControlException in Method: checkPermission(). This exception is thrown by the AccessController to indicate that a requested access (to a critical system resource such as the file system or the network) is denied. The reason to deny access can vary. For example, the requested permission might be of an incorrect type, contain an invalid value, or request access that is not allowed according to the security policy. Such information should be given whenever possible at the time the exception is thrown. Please check that your Code has the runtime permission: XiSecurityRuntimePermission. Corresponding protection domain: ProtectionDomain  (file:E:/usr/sap/PID/DVEBMGS00/j2ee/cluster/server0/apps/sap.com/grcnfedsig/EJBContainer/applicationjars/sap.comgrcnfedsigdsigbean.jar <no certificates>)
    null
    <no principals>
      standalone: []
      collections:
    {(java.util.PropertyPermission java.version read)(java.util.PropertyPermission java.vm.name read)(java.util.PropertyPermission java.vm.vendor read)(java.util.PropertyPermission os.name read)(java.util.PropertyPermission java.vendor.url read)(java.util.PropertyPermission java.vm.specification.vendor read)(java.util.PropertyPermission java.specification.vendor read)(java.util.PropertyPermission os.version read)(java.util.PropertyPermission java.specification.name read)(java.util.PropertyPermission java.class.version read)(java.util.PropertyPermission file.separator read)(java.util.PropertyPermission os.arch read)(java.util.PropertyPermission java.vm.version read)(java.util.PropertyPermission java.vm.specification.name read)(java.util.PropertyPermission java.specification.version read)(java.util.PropertyPermission java.vendor read)(java.util.PropertyPermission java.vm.specification.version read)(java.util.PropertyPermission * read)(java.util.PropertyPermission path.separator read)(java.util.PropertyPermission line.separator read)}
    {(java.io.FilePermission * read,write)}
    {(java.lang.RuntimePermission XISecurityRuntimePermission)(java.lang.RuntimePermission loadLibrary)(java.lang.RuntimePermission queuePrintJob)(java.lang.RuntimePermission stopThread)}
    {(java.net.SocketPermission localhost:1024- listen,resolve)(java.net.SocketPermission * connect,resolve)}
    . Please grant permission.#java.security.AccessControlException: AccessControlException in Method: checkPermission(). This exception is thrown by the AccessController to indicate that a requested access (to a critical system resource such as the file system or the network) is denied. The reason to deny access can vary. For example, the requested permission might be of an incorrect type, contain an invalid value, or request access that is not allowed according to the security policy. Such information should be given whenever possible at the time the exception is thrown. Please check that your Code has the runtime permission: XiSecurityRuntimePermission. Corresponding protection domain: ProtectionDomain  (file:E:/usr/sap/PID/DVEBMGS00/j2ee/cluster/server0/apps/sap.com/grcnfedsig/EJBContainer/applicationjars/sap.comgrcnfedsigdsigbean.jar <no certificates>)
    null
    <no principals>
      standalone: []
      collections:
    {(java.util.PropertyPermission java.version read)(java.util.PropertyPermission java.vm.name read)(java.util.PropertyPermission java.vm.vendor read)(java.util.PropertyPermission os.name read)(java.util.PropertyPermission java.vendor.url read)(java.util.PropertyPermission java.vm.specification.vendor read)(java.util.PropertyPermission java.specification.vendor read)(java.util.PropertyPermission os.version read)(java.util.PropertyPermission java.specification.name read)(java.util.PropertyPermission java.class.version read)(java.util.PropertyPermission file.separator read)(java.util.PropertyPermission os.arch read)(java.util.PropertyPermission java.vm.version read)(java.util.PropertyPermission java.vm.specification.name read)(java.util.PropertyPermission java.specification.version read)(java.util.PropertyPermission java.vendor read)(java.util.PropertyPermission java.vm.specification.version read)(java.util.PropertyPermission * read)(java.util.PropertyPermission path.separator read)(java.util.PropertyPermission line.separator read)}
    {(java.io.FilePermission * read,write)}
    {(java.lang.RuntimePermission XISecurityRuntimePermission)(java.lang.RuntimePermission loadLibrary)(java.lang.RuntimePermission queuePrintJob)(java.lang.RuntimePermission stopThread)}
    {(java.net.SocketPermission localhost:1024- listen,resolve)(java.net.SocketPermission * connect,resolve)}
    . Please grant permission.#
    #1.5 #002219916F060060000001420000174C0004657BADA28EEA#1237481775687#com.sap.grc.nfe.dsig.core.XMLData#sap.com/grcnfedsig#com.sap.grc.nfe.dsig.core.XMLData.sign(String, String, String, Boolean)#J2EE_ADMIN#9065##spos45sapnfe_PID_4895250#J2EE_ADMIN#dbf867b114a611dec2fd002219916f06#SAPEngine_Application_Thread[impl:3]_24##0#0#Error##Plain###Error accessing Keystore#
    #1.5 #002219916F060060000001430000174C0004657BADA28F3B#1237481775687#com.sap.grc.nfe.dsig.DigitalSignatureBean#sap.com/grcnfedsig#com.sap.grc.nfe.dsig.DigitalSignatureBean.sign(String, String, String, String, Boolean)#J2EE_ADMIN#9065##spos45sapnfe_PID_4895250#J2EE_ADMIN#dbf867b114a611dec2fd002219916f06#SAPEngine_Application_Thread[impl:3]_24##0#0#Error##Plain###Error signing input XML#
    #1.5 #002219916F060060000001450000174C0004657BADA29007#1237481775687#com.sap.grc.nfe.dsig.DigitalSignatureBean#sap.com/grcnfedsig#com.sap.grc.nfe.dsig.DigitalSignatureBean.sign(String, String, String, String, Boolean)#J2EE_ADMIN#9065##spos45sapnfe_PID_4895250#J2EE_ADMIN#dbf867b114a611dec2fd002219916f06#SAPEngine_Application_Thread[impl:3]_24##0#0#Error#1#/Applications/NFe#Java###Error creating Digital Signature for message with Id with error status #2#NFe35090303052673000345550000000000050357519076#5#
    #1.5 #002219916F06005F000001310000174C0004657BADA89A0F#1237481776078#com.sap.aii.af.service.resource.SAPSecurityResources#sap.com/grcnfedsig#com.sap.aii.af.service.resource.SAPSecurityResources.SAPSecurityResources: getKeyStoreManager( PermissionMode )#J2EE_ADMIN#9067##spos45sapnfe_PID_4895250#J2EE_ADMIN#dc46fce014a611de8c2a002219916f06#SAPEngine_Application_Thread[impl:3]_28##0#0#Error#1#/Applications/ExchangeInfrastructure/AdapterFramework/Services#Java###An exception is encountered, couldn't instantiate the com.sap.aii.security.lib.KeyStoreManager. Message: . To-String: .#2#AccessControlException in Method: checkPermission(). This exception is thrown by the AccessController to indicate that a requested access (to a critical system resource such as the file system or the network) is denied. The reason to deny access can vary. For example, the requested permission might be of an incorrect type, contain an invalid value, or request access that is not allowed according to the security policy. Such information should be given whenever possible at the time the exception is thrown. Please check that your Code has the runtime permission: XiSecurityRuntimePermission. Corresponding protection domain: ProtectionDomain  (file:E:/usr/sap/PID/DVEBMGS00/j2ee/cluster/server0/apps/sap.com/grcnfedsig/EJBContainer/applicationjars/sap.comgrcnfedsigdsigbean.jar <no certificates>)
    null
    <no principals>
      standalone: []
      collections:
    {(java.util.PropertyPermission java.version read)(java.util.PropertyPermission java.vm.name read)(java.util.PropertyPermission java.vm.vendor read)(java.util.PropertyPermission os.name read)(java.util.PropertyPermission java.vendor.url read)(java.util.PropertyPermission java.vm.specification.vendor read)(java.util.PropertyPermission java.specification.vendor read)(java.util.PropertyPermission os.version read)(java.util.PropertyPermission java.specification.name read)(java.util.PropertyPermission java.class.version read)(java.util.PropertyPermission file.separator read)(java.util.PropertyPermission os.arch read)(java.util.PropertyPermission java.vm.version read)(java.util.PropertyPermission java.vm.specification.name read)(java.util.PropertyPermission java.specification.version read)(java.util.PropertyPermission java.vendor read)(java.util.PropertyPermission java.vm.specification.version read)(java.util.PropertyPermission * read)(java.util.PropertyPermission path.separator read)(java.util.PropertyPermission line.separator read)}
    {(java.io.FilePermission * read,write)}
    {(java.lang.RuntimePermission XISecurityRuntimePermission)(java.lang.RuntimePermission loadLibrary)(java.lang.RuntimePermission queuePrintJob)(java.lang.RuntimePermission stopThread)}
    {(java.net.SocketPermission localhost:1024- listen,resolve)(java.net.SocketPermission * connect,resolve)}
    . Please grant permission.#java.security.AccessControlException: AccessControlException in Method: checkPermission(). This exception is thrown by the AccessController to indicate that a requested access (to a critical system resource such as the file system or the network) is denied. The reason to deny access can vary. For example, the requested permission might be of an incorrect type, contain an invalid value, or request access that is not allowed according to the security policy. Such information should be given whenever possible at the time the exception is thrown. Please check that your Code has the runtime permission: XiSecurityRuntimePermission. Corresponding protection domain: ProtectionDomain  (file:E:/usr/sap/PID/DVEBMGS00/j2ee/cluster/server0/apps/sap.com/grcnfedsig/EJBContainer/applicationjars/sap.comgrcnfedsigdsigbean.jar <no certificates>)
    null
    <no principals>
      standalone: []
      collections:
    {(java.util.PropertyPermission java.version read)(java.util.PropertyPermission java.vm.name read)(java.util.PropertyPermission java.vm.vendor read)(java.util.PropertyPermission os.name read)(java.util.PropertyPermission java.vendor.url read)(java.util.PropertyPermission java.vm.specification.vendor read)(java.util.PropertyPermission java.specification.vendor read)(java.util.PropertyPermission os.version read)(java.util.PropertyPermission java.specification.name read)(java.util.PropertyPermission java.class.version read)(java.util.PropertyPermission file.separator read)(java.util.PropertyPermission os.arch read)(java.util.PropertyPermission java.vm.version read)(java.util.PropertyPermission java.vm.specification.name read)(java.util.PropertyPermission java.specification.version read)(java.util.PropertyPermission java.vendor read)(java.util.PropertyPermission java.vm.specification.version read)(java.util.PropertyPermission * read)(java.util.PropertyPermission path.separator read)(java.util.PropertyPermission line.separator read)}
    {(java.io.FilePermission * read,write)}
    {(java.lang.RuntimePermission XISecurityRuntimePermission)(java.lang.RuntimePermission loadLibrary)(java.lang.RuntimePermission queuePrintJob)(java.lang.RuntimePermission stopThread)}
    {(java.net.SocketPermission localhost:1024- listen,resolve)(java.net.SocketPermission * connect,resolve)}
    . Please grant permission.#

  • HFM calc status query

    After removing data from a cell in data grid, is it possible to get back the "NODATA" status for that particular cell? Is it possible to alter/modify records stored in the database related to the calc status of that cell?

    Tetsuo,
    o NFe Status Query só está disponível sob algumas condicoes:
    - NFe já enviada (NFe status > 2);
    - Lote com erro de processamento (Batch Error Status não-vazio) OU NFe rejeitada com Código de Status 204.
    Abs,
    Henrique.

  • SAP B1 + NFe. Erro: O documento XML não está em conformidade com o esquema.

    Olá pessoal,
    Estou fazendo testes com a Nf-e do SAP B1 9.0 PL 11.
    Segui o documento How to Work with SAP Nota Fiscal Eletrônica in SAP Business One.pdf, e fiz todas as configurações necessárias.
    Inclui um certificado digital, e estou realizando testes de emissão de nota em ambiente de homologação.
    Estou utilizando os layout da nf-e disponibilizado pela SAP:
    - NFe_Mapping_v1.182.SPP
    - NFe_NumberSkipping_V3.SPP
    Quando tento emitir uma nota fiscal de saída para teste, ao tentar inserir o documento aparece o erro:
    "O documento XML não está em conformidade com o esquema; entrar em contato com o fornecedor de formato para obter suporte.  The element 'transp' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vol' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'modFrete' in namespace 'http://www.portalfiscal.inf.br/nfe'."
    Pelo que verifiquei este erro já é um retorno do Sefaz (estou fazendo testes no Sefaz-RS), porém não consegui maiores detalhes a partir disto.
    Não consegui obter o XML que o SAP gera, para analisar esta inconsistência no XML. Na pasta padrão, que é configurado para o SAP armazenar os arquivos relacionados a NF-e, não foi criado nenhum arquivo, e no "Monitor de NF-e" dentro do SAP, também não apareceu nenhum log de comunicação.
    Alguém teria alguma informação de como obter o XML gerado para pelo SAP para analisar este erro? Ou onde posso verificar o motivo deste erro?
    Agradeço,

    Olá pessoal,
    Para deixar registrado.
    Prossegui com os testes, e alterando algumas tags no EFM o arquivo NFe_Mapping_v1.182.SPP disponibilizado pela SAP, consegui gerar uma nota fiscal, porém a mesma ainda não é enviado ao SEFAZ.
    Configurei todo o B1i, importando o scenario, de acordo com o How To do NF-e. No scenario, depois de ativado, ao verificar o status no check, aparece um warning em 3 eventos:
    "inbound channel, timer: Step runs by default every minute. Message log not excluded. High load on message "
    Não consegui verificar se isto pode gerar algum problema na transmissão da NF-e.
    No Sap, no monitor da NF-e, tentei enviar várias notas fiscais, está gerando a chave de acesso e consigo exportar o XML da nota, porém está dando erro de envio, ao dar 2 clique na linha, aparece o erro:
    "Documento marcado para transferência utilizando o framework de integração"
    Verifiquei no site do SEFAZ pela chave de acesso, e a nota não chegou a ser enviado ao SEFAZ
    Este é ponto até onde avancei com a emissão da NF-E utilizando os recursos do SAP.
    Se alguém conseguiu enviar com sucesso uma nf-e pelo SAP PL11, e compartilhar esta informação, agradeço.
    Diego Rodrigo,

  • NFe com SEFAZ-AM: Código de retorno 200. O que seria isto?

    Pessoal,
    Estávamos realizando um teste com um cenário de devolução de compra de material de uso e consumo com a nossa filial do Amazonas e obtivemos o retorno no XML com o código de retorno 200.
    Alguém já viveu esta experiência antes? Se sim, o que significa o código de retorno 200?
    Abraço,
    Daniel.
    Edited by: Daniel Carvalho on Jun 29, 2010 10:54 AM

    daniel, eu tenho uma solucao que derrepente pode ajuda-lo, mas preciso saber uma coisa, essa nfe chegou a ser enviada ao sefaz, ja consultou ela no proprio sefaz para ver se ela nao foi criada?
    existe um "workaround" ( como o Henrique costuma falar ) que vc acaba conseguindo reenviar esse lote, mas vc terá que fazer duas alteracoes em dados da tabela.
    1)Entre na tabela BATSTA e no campo  BATCHID informe o numero do lote problemático e em seguida edite e altere o valor do campo PROCESS para u2018Xu2019 ( em processamento)
    2)Em seguida entre na tabela /XNFE/BAT_HIST com o mesmo BATCHID e apague o valor da  ultima linha de processamento que esta com o campo ERROR STATUS preenxido ( LIMPE O CAMPO ERROR STATUS)
    3)Após essas alteraçoes dos dados execute o programa /XNFE/BATCH_REQUEST..
    Nao é garantido que funcione, o passo 2 algumas pessoas preferem criar uma nova linha para que seja mantido o historico
    Edited by: Carlos Rodrigo  Pereira on Jun 29, 2010 8:19 PM

  • NFe Inbound - Qual processo deveria ser usado com a CFOP 1.353 ?

    Bom dia,
    Estamos implementando em um cliente o SAP NFe inbound (3.10) e temos uma dúvida em relação com algums CFOPs.
    Por exemplo: Qual seria o cenário correto para a CFOP 1.353 Aquisição de serv.transporte p/comercio Fil.adm ? Não tenho certeza se é possivel tratar este caso no SAP NFe Inbound.
    NFe inbound business processes:
    NF-e Process Normal Purchasing
    Other Processes for NF-e
    NF-e Stock Transfer Process
    NFE Customer-Specific Business Process with DANFE
    NF-e Subcontracting Process
    NF-e Future Delivery Overview
    NF-e Invoice Receipt Future Delivery Process
    NF-e Consignment Overview
    NF-e Invoice Consignment Process
    Returnable Packaging for NF-e Processes
    Muito obrigado por qualquer ajuda.
    []os,
    Felipe

    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

  • Processo de venda com referência à NFe de fornecedor

    Olá Pessoal,
    Existe um cenário de vendas que pretentem referenciar a NFe do fornecedor informando-a na OV, Cabeçalho, aba Contabilidade campo Referência.
    Por ser Venda Normal o campo J_1BNFDOC-DOCREF não é preenchido de forma standard.
    Vi no tópico http://scn.sap.com/thread/3238930 que posso preencher a estrutura OUT_REF pela BADI da NFe.
    Antes de eu iniciar o desenvolvimento, gostaria de saber se eu preencher a estrutura OUT_REF, o campo J_1BNFDOC-DOCREF vai ser preenchido posteriormente e poderei ver a referência na J1B3N ?
    Obrigado,
    Marcelo

    Marcelo,
    Pelo que vi o erro ocorre por faltar incluir a referência numa tabela interna (WREFOBJ).
    Nessa tabela vc precisaria inserir o número do doc referenciado no campo VBELN. --> WREFOBJ-VBELN.
    O check é feito no include LJ1BGF02, no FORM UPDATE_ORIGINAL_NF.
    Fiz alguns testes aqui, preenchendo as informações funciona na mão funciona, porém não sei qual o melhor momento, pois tem várias operações que levam em consideração o documento referenciado  - até dados da FCI ele busca com base no doc referenciado. Aí vc precisa ver bem como pode dar certo no seu caso.
    Abs,
    Eduardo Hartmann

Maybe you are looking for