Inutilização de NF-e Erro GRC 109 - Não sincroniza com ERP.

Foi enviada uma solicitação de cancelamento de uma NF-e que não estava autorizada para a SEFAZ.
Acredito que não foi aguardado o tempo de retorno da SEFAZ e na sequencia foi solicitada a INUTILIZAÇÃO.
Após esta ação, ocorreu o erro : Document 0006776778 already exists
e vários : Novo status de comunicação de sistema "Autorização para rejeição & não consideração (can não permitido p/SCS "Erro de validação e Salto Solicitado" anterior
Tentamos realizar o sincronismo, mas não está funcionando.
Temos aplicadas as notas : 1298283, 1404094 e 1517982.
Alguem tem alguma sugestão.
Grato,
Alexandre Joaquim

Bom dia Leandro,
Tem duas coisas estranhas, primeiro que os status que você cita iniciais são previstos na nota:
NF-e: Required             DOC  SCS  MSS  Swt.  Post. Can.  Can.
Process Step               STA            C.    C.          Sync.
2 - Cancel Source Doc.     2    4    C    -     -     -     X
Mais estranho ainda é o docsta ter ficado em branco, como se fosse anteriormente fosse uma rejeição pelo validação.
Sabe se o valor de CANCEL_ALLOWED na active estava marcado?
Atenciosamente, Fernando Da Ró

Similar Messages

  • Erro GRC 10.0 - Monitor "local de trabalho Fiscal"

    Estou configurando o GRC 10.0, todas as configurações de entrada no PI foram realizadas.
    Ao realizar a entrada de uma NF-e no centro de trabalho fiscal (monitor PI), estou com os seguintes erros:
    1. Na atribuição do pedido à nfe esta retornando o erro: "NFe de entrada não suportada - lançamento impossível". Na chamada do sistema ERP foi retornada a msg 305.
    2. Clicando na chave de acesso e em seguida na aba itens é exibido o seguinte erro: "Não existem opções para conversão de número de material".
    Por favor, alguém já passou por esses erros e pode dar uma dica de como corrigir os problemas?
    Obrigado,

    Bom dia Fernando,
    Ontem no final da tarde achamos uma nota (NOTA 1628621) do dia 10.10.11, que corrigiu o primeiro problema. "NFe de entrada não suportada - lançamento impossível - erro 305 no ERP". Com a aplicação da nota o problema foi solucionado e conseguimos realizar todas as etapas da entrada.
    Em relação ao segundo problema ainda não solucionamos, portanto vou seguir a sua dica e abrir um chamado. Assim que obtiver um resultado retorno para compartilhar com vocês.
    Muito obrigado,

  • Rejeição por erro 539 Duplicidade de NF-e, com diferença na Chave de Acesso

    Senhores,
    Todo o processo de NFE está funcionando perfeitamente, porem existem algumas notas, que aleatoriamente apresentam o seguinte erro:
    http://img814.imageshack.us/img814/6417/screenhunter02jan260836.jpg
    Se notarmos ele traz status 539 e um símbolo quadrado com um raio no meio, significando recusado.
    Verificando no PI, noto que a assinatura digital (SIGNN) ocorre sem problemas nenhum, porem no envio do lote BATSR, no campo "" traz a mensagem: "Rejeicao: Duplicidade de NF-e, com diferença na Chave de Acesso ". Porem esse numero entre chaves é de uma nota de outra data... do dia 18.01. Não sei qual o motivo de estar puxando esta chave e dando esse erro.
    Segue print:
    http://img227.imageshack.us/img227/8190/imagem2sp.jpg
    Importante salientar, que todas as notas estão funcionando normalmente, os problemas são sempre com notas de mesmo número, porem com movimentação, local de negócio... diferentes. Ou seja, são ranges de números diferentes.
    Obrigado desde já

    Boa tarde,nao sei criar um topico(acho que nao posso,sei lá)
    enfim estou postando aqui pois pesquisei mto e nao tive soluçao em 3 dias,é o seguinte:
    na versao anterior tudo funcionava perfeitamente,emitia notas sem problema,ae no dia de atualizar,começou os meus problemas.
    toda vez que ia assinar uma nota dava o seguinte erro
    *Ocorreu um erro ao tentar recuperar o disposito A3*
    *verifique se o dispositivo esta conectado corretamente:*
    mudei o dispositivo de porta USB,mudei de pc e nada.liguei  entrei em contato com a empresa que vendeu a certificaçao digital.,achei que poderia ser ele o problema,fui informado que nao seria e que essa versao tem apresentado mtos problemas,se eu marco a opçao '' utilizar reposutorio do windows'',ele valida,transmite,e na hora de assinar da um erro de rejeição 562:rejeiçao codigo numerico informado na chave de acesso difere do codigo numerico da nf-e  no qual ta ruim sair dele,se marco ''utilizar o cadastro de certificado via aplicativo'' o erro ja aparece no VALIDAR,ae da o erro que citei
    *Ocorreu um erro ao tentar recuperar o disposito A3*
    *verifique se o dispositivo esta conectado corretamente:*
    aceito todo tipo de ajuda,obrigado

  • Extending GRC 5.3 to connect to ERP systems in a second landscape

    Hi,
    I currently have a GRC 5.3 system which is connected to an ERP landscape. We are looking to extend this system to allow another location within our company (who have a seperate ERP landscape) to use the same GRC system.
    Both locations have very different business processes, so therefore would require different rulesets which is ok. But one ERP landscape works with a CUA and the other does not. Could this pose a problem? Also the provisioning process will be different for both companies. Technically it looks like GRC can accommodate this setup. However I am wondering if anybody has implemented a similar setup and if there were any challenges around CUA/seperate ruleset etc?
    Thanks,
    Niamh

    Nimah,
       These set up can work but the issue would be with the ruleset. Even though, RAR allows to have more than one ruleset, you can only make one ruleset as default ruleset. CUP will use the default ruleset to run risk analysis via RAR.
    E.g.  Location A - Ruleset A (Default)
            Location B - Ruleset B
    Management report in CUP will only show data coming from the analysis using Ruleset A. CUP will also use only Ruleset A to run risk analysis even when it's running analysis for systems in Location B.
    I would recommend you to have separate GRC AC instances due to the compexity of your environment.
    Regards,
    Alpesh

  • ERP STATUS 109 - Erro de Validação

    Boa Noite ,
    Estamos Implementando NF-e no Cliente e estamos com problema no momento de inutilizar qualquer NFE que foi reprovada pelo validador interno do GRC (Bandeira Vermelha e Engrenagem na J1BNFE) , no ambiente de DEV esta funcionando OK , em QAS ocorre o problema. Estamos a alguns dias do Go-Live e esse é o unico erro critico que estamos encontrando no Projeto.
    O Fluxo de aprovação da inutilização esta ok , retorna para o GRC , mas nao atualiza a tabela J_1BNFE_ACTIVE no ECC, acusando o erro ERP 105 ou 109 no monitor do GRC
    Ja haviamos realizado a aplicação das notas abaixo , conforme indicaçao do  Henrique Pinto e Fernando Ros em outros Threads.
    1413636 - Status bandeira vermelha após Skip NFe. (Nãqo lembro da descrição correta)
    1376324 - NF-e: Skip for NF-e with validation error
    1298283 - NF-e: Skip for NF-e with validation error
    1376901 - Skip for validation error
    Alguem ja teve que brigar com esse problema ??? Poderiam nos ajudar ???
    Grande abraço a todos,
    Rafael Medice

    Bom dia Rafael,
    Ao que parece está faltando algumas coisas na sua implementação:
    105 - refere-se aos objetos NF-e estarem bloqueados no R/3 quando o GRC envia a resposta do processamento, então é provável que vocês não tenham implementado o decouple. Verifique na J_1BNFE_ACTIVE se estão com CALLRFC=vazio, se estiver não está implementado. Solução: Procure pelas notas e no fórum tem vasto material sobre isso.
    109 - quando o status que o GRC está enviando é incompatível com o status que o ERP aguarda. Isto pode até estar associado ao anterior, mas o mais comum é a falta de tratamento na impressão automática ou qq coisa que implementaram no método CALL_RSNAST00 da BAdI CL_NFE_PRINT. A SAP Note 1470484 evita o 109 numa retransmissão do mesmo status de Sefaz, porém você deve revisar seus códigos. Procure por exemplos de código aqui no fórum também.
    Observação: Verifique TODAS as notas XX-CSC-BR-NFE para o seu ambiente, TODAS são necessárias. Sendo que as mais recentes deve-se planejar pois envolvem também o layout 2.0.
    Atenciosamente, Fernando Da Ró

  • Erro inutilização em contingência Nfe 3.10

    Boa tarde!
    Implantamos NFe 3.10 e estamos com problema na inutilização de notas recusadas que foram emitidas em contingência.
    A nota é emitida em contingência (TpEmiss = 6) e retorna recusada pela SEFAZ.
    Em seguida, solicito a inutilização da nota, porém não retorna o status para o monitor (J1BNFE), permanecendo a nota na engrenagem.
    Consultando o GRC, o lote está ok com status 104. Mas a nota permanece com status do erro.
    Obs: Não estou conseguindo inutilizar a nota tanto com SVC ativo como com a SEFAZ normal ativa. Em contrapartida, quando a nota emitida em contingência é aprovada pela SEFAZ, consigo realizar o estorno da nota com a SEFAZ normal ativa.
    Alguma sugestão para inutilizar uma nota recusada pela SEFAZ que tenha sido emitida em contingência?
    Desde já agradeço pela ajuda!
    Att.
    Marcos Muniz

    Marcos bom dia,
    Se você reparar os endereço dos serviços não existe de Inutilização:
    Primeiramente a SVC não aceita Inutilização como segue texto do manual:
    "04.5 Serviço de Inutilização
    O Serviço de Inutilização (Web Service: NFeInutilizacao) não deverá ser oferecido pela SVC.
    Quando da utilização da SVC pela empresa, uma eventual necessidade de inutilização de
    numeração identificada pela aplicação da empresa deverá ser represada para comando posterior
    no ambiente de autorização normal da SEFAZ de origem da circunscrição do contribuinte."
    Conversando com Luis Naves, ocorreu a mesma coisa com ele hoje, onde está o erro ?
    Do lado do SAP ERP de permitir a inutilização mesmo em situação de contingência, você já abriu um chamado na SAP ?
    Se já posta a snote ou algo do genero.
    Att,
    Ricardo Viana.

  • 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

  • NF-e com Status Proc. 06, erro 50 e status 212 no GRC e no R/3 processando

    Bom dia!
    Gostaria de pedir seu auxílio com o seguinte problema:
    Duas notas foram geradas na madrugada de hoje (25/02) e receberam rejeição 212 da SEFAZ.
    Na sequencia, o usuário tentou inutilizá-las pelo monitor J1BNFE, e ambas ficaram com o seguinte erro no GRC: Status de Erro 50 (Cancelamento/inutilização: erro de sistema PI) e status 212 (Rejeição: Data de emissão NF-e posterior a data de recebimento). Ao verificar os batchs, ambos estão com status de lote 05 (Resultado recebido) e código de status 104 (Lote processado). Entretanto, no R/3, as notas estão em processamento, e não atualizam.
    Ao tentar executar o programa XNFEUPDATE_ERP_STATUS_DIAL, é exibido o erro "NFe XXX with document status C is not permitted to be resend to ERP".
    Alguma ideia do que posso fazer para ter o processamento finalizado no R/3 ou qual é o motivo da rejeição?
    Muito obrigada,
    Daniella

    ... complementando...
    2) Algumas considerações à título de exclarecimento:
    > Duas notas foram geradas na madrugada de hoje (25/02) e receberam rejeição 212 da SEFAZ.
    Fizeram uma NF-e com data posterior e a Sefaz recusou, talvez fosse até questão de 1 dia (vc disse madrugada) então esperar virar meia noite fazer um RESET e Enviar resolveria. Verifique as datas/horas que estão sendo geradas as notas talvez isso seja a causa raiz do seu problema. (Ex.: NF-e gerada no relógio às 23:10, o sistema entende que a nota foi criada no dia seguinte 00:10).
    > Na sequencia, o usuário tentou inutilizá-las pelo monitor J1BNFE, e ambas ficaram com o seguinte erro no GRC: Status de Erro 50 (Cancelamento/inutilização: erro de sistema PI)
    Esta é uma das opções do usuário e foi correta, o problema foi no processamento no GRC/Sefaz. Deve-se investigar: veja 1)
    status 212 (Rejeição: Data de emissão NF-e posterior a data de recebimento).
    Esta foi a última resposta recebida da Sefaz, porém não é relativa ao processo de Inutilização e sim ao de envio.
    Ao verificar os batchs, ambos estão com status de lote 05 (Resultado recebido) e código de status 104 (Lote processado).
    05 - O resultado foi de fato recebido, uma rejeição. Tá normal isso, rejeição é resultado
    104 - Lote processado, mesmo que o anterior.
    Observação: O lote só deve ser verificado nas situações de envio de NF-e, como a NF-e já está "noutra", inutilização, então deve-se focar somente no status da NF-e. Veja 1)
    Entretanto, no R/3, as notas estão em processamento, e não atualizam.
    Após recebeu o resultado do envio (rejeição), o usuario disparou um novo processo (inutilização) que está parado no GRC. Veja 1)
    > Ao tentar executar o programa XNFEUPDATE_ERP_STATUS_DIAL, é exibido o erro "NFe XXX with document status C is not permitted to be resend to ERP".
    Este report serve para retransmitir situações finais (status 05) para o ERP, porém esta NF-e encontra-se travada no processo de inutilização, sem resposta recebida. Veja 1).

  • SAP GRC NF-e 10.0: Erro na interface NFB2B_procNFe_IB (contendo CDATA)

    Olá a todos.
    Poderiam por gentileza me ajudar com a questão abaixo?
    Estou com o seguinte problema na interface NFB2B_procNFe_IB do SAP GRC NF-e 10.0 (Support Package 15):
    Recebemos uma série de XML's de montadoras de automóveis que contém informações adicionais nas tags <infAdProd> e <infCpl>, como por exemplo:
      <infAdProd>VLR. PIS R$ 6,81 VLR. COFINS R$ 31,44<![CDATA[<ID ITEM=005115/><PED=4500159772/> <UM=PC/>]]></infAdProd>
    Porém ao inserir essa mensagem na interface NFB2B_procNFe_IB, a interface interpreta da seguinte forma:
        <infAdProd>VLR. PIS R$ 6,81 VLR. COFINS R$ 31,44
          <![CDATA[
            <ID ITEM=005115/>
            <PED=4500159772/>
            <UM=PC/>]]>
            </infAdProd>
    Sendo assim, ocorre o erro abaixo:
    <nm:ExchangeFaultDataExt xmlns:nm="http://sap.com/xi/NFE/common" xmlns:prx="urn:sap.com:proxy:NED:/1SAI/TAS8DFA2846CCAA9B6570C6:702">
      <faultText>Erro durante a transformação: Fim de elemento '{http://www.portalfiscal.inf.br/nfe}infAdProd' esperado programa: /1SAI/SAS6F90159886715E7C4560 caminho: nfeProc(1)NFe(1)infNFe(1)det(4)infAdProd(3)ID(1)</faultText>
      </nm:ExchangeFaultDataExt>
    Sei que temos algumas opções como:
    1. Alterar o XML no mapping do PI; (Funcionaria com mensagens processadas através do PI, mas não conseguiria inserir um XML manualmente via SE80)
    2. Alterar o XML no ABAP ao executar a classe /XNFE/CL_006NFB2B_PROC_NFE_IB; (Fazer algum replace nesses caracteres "<" e ">" por "&lt;" "&gt;"
    Mas como fazer isso sem danificar a assinatura do XML que já está assinado e autorizado na SEFAZ?
    Existe alguma nota SAP para corrigir esse problema?
    Agradeço desde já a atenção.
    Rodrigo Costa.

    Felipe,
    também tive o mesmo problema do lado do NTB2B_procNFe_OB. Tentei de várias formas transformar o XML para ficar aderente ao cliente, porém o PI sempre alterava o XML (possivelmente devido ao encoding).
    Vi muitos posts sobre o tema, mas ainda quando era o GRC NF-e 1.0, com a assinatura no Java. Para o GRC 10.0 não funciona, pois quando o xml chega no PI, o mesmo já está assinado, portanto não se pode alterar nada.
    A solução foi para nesses casos específicos enviar o xml através do ECC mesmo.
    Mas para o NFB2B_procNFe_IB ainda sem solução.
    Abs.
    Rodrigo.

  • Inutilização de NF - Não atualiza ERP - ERP error 104

    Olá!
    Estamos com um problema na inutilização de uma NF.
    A mesma teve a inutilização autorizada pelo SEFAZ e consta com o status code 102 no GRC.
    Porém houve um problema na atualização do ERP e este consta como ERP error 104.
    Na J1BNFE esta NF aparece com a engrenagem, com o status 2 (Rejeitada), status da comunicação 3 (Rejeitada e autorização para inutilização requisitada) e status messageria C (Inutilização requisitada).
    Rodando a /XNFE/UPDATE_ERP_STATUS_DIAL no PI ou indo na aba de erro no ERP na interface web do GRC, ocorrem os respetivos erros "Log number Missing for NF-e XXXXX" e "Log number is required for NF-e XXXX"
    Alguém já viu este erro ocorrer? Procurei pelo fórum, mas não encontrei nada parecido.
    Obrigado,
    Rodrigo.

    Henrique Pinto wrote:
    > Olá Rodrigo,
    >
    > qual foi a solucao adotada?
    > Pode ser que ajude mais alguém.
    >
    > Abs,
    > Henrique.
    Olá Henrique!
    Foi atualizado manualmente o status no GRC.
    E então o ERP foi sincronizado com o mesmo.
    Segue abaixo a resposta do Fernando no chamado:
    The status was manually adjusted on GRC side, I also tried to do it onERP side but the user provided to us there's no enough authorization.
    Next steps:
    - on ERP side both documents have status skip rejected
    - on ERP request cancellation again
    - GRC will refuse with flag MSS = G (ignore it, as the status will be
    waiting the response)
    - on GRC run the /xnfe/update_erp_status_dial for each NF-e
    Any problems let me know.
    Regards,
    Fernando Da Ros
    SAP NFE Support

  • Problema com GRC e PI

    Olá pessoal
    Temos aqui o R/3 na versão 5.0 o GRC instalado no PI, como ja tinhamos o PI sendo utilizados em outras aplicaçoes no client 500, fizemos uma copy client criando o client 700 para usar na NFE, então temos 2 business system: 1 que aponta para o tecnical system 500 e outro para o tecnical system 700.
    A nossa RFC do R/3 para o GRC aponta para client 700.
    O problema é o seguinte quando executo o programa J_BNFECALLRFC minha nota é criada no GRC e validada e fica com status 02 enviado para assinatura, quando entro no SXI_MONITOR no client 700 vejo que existe uma bandeira quadriculada referente ao client 700 e uma vermelha que menciona o client 500, quando vou a SMQ2 vejo que as filas estão paradas no client 500.
    Alguem sabe se este cenario com poderia funcionar?
    Obrigado
    Nilson

    Nilson,
    bandeira vermelha nao é apenas fila parada, é que aconteceu algum erro mesmo.
    A fila parou pq como msgs de Proxy são EOIO (Exactly Once In Order), uma msg na fila só é processada quando a msg anterior já foi processada com sucesso. Se uma msg deu erro, então ela fica c/ status de erro a fila para.
    Vá na SMQ2, verifique a 1a msg parada na(s) fila(s) e verifique a msg de erro.
    Tente resolver o erro e restarte a fila (sem deletar nenhuma entrada!).
    Ainda, uma dica.
    Para registrar todas as filas de maneira rapida, vá na SXMB_ADM -> Manage Queues.
    Selecione todas as entradas e clique em "Register Queues".
    Depois vá na SMQR e confirme que todas as filas foram registradas.
    Faça isso nos 2 clients, se ainda não foi feito.
    Isso é para garantir que todas as filas sejam executadas assim que recebam alguma msg, e não demandem nenhum passo manual de ativação.
    Abs,
    Henrique.

  • Usando GRC NFe com Outro Middleware (TIBCO)

    Pessoal,
    Estamos instalando o GRC NFe em uma empresa e por questões de segurança o PI não pode "sair" para internet.
    Assim, ao invés de me comunicar com o SEFAZ, estou comunicando com o TIBCO (este é o nome do software).
    Acordamos que o TIBCO teria que simular o SEFAZ para eu não alterar a solução standard e assim os caras tiveram que desenvolver interfaces identicas as da SEFAZ.
    SOmente duas coisas ficaram diferentes:
    1 - Para chamar os webservices do TIBCO eu não preciso usar o certificado digital instalado no PI
    2 - Os Webservices que chamo não são os da SEFAZ, mas sim os do TIBCO, porém o SOAP Action é identico.
    Concluímos todo o processo de configuração e agora iniciei os testes, porém já na primeira tentativa de envio de nota encontramos um problema
    O Status de Serviço já está se comunicando com a SEFAZ perfeitamente e já está retornando a informação correta até o GRC.
    O problema é que quando o lote com a nota vai ser enviado na chamada call adapter da interface BATSR_nfeRetRecepcaoSoapIn_SYNC_IB , portanto, BATSR_SOAP_RCV ele dá o seguinte erro:
    SAP_Code area="INTERNAL"_AE_DETAILS_GET_ERROR
    Error while reading from the secure store: ERROR_U: No service user password found for Adapter Engine
    Error while reading access data (URL, user, password) for the Adapter Engine
    Porém no TIBCO não é necessário usuário e senha para se conectar, portanto, deixei em branco. Repetindo, o Status Service está funcionando normalmente assim.
    De antemão obrigado pela ajuda

    Sim sim, o erro nao tem nada a ver com o fato de ser TIBCO, é algum erro de post-installation/configuração no Adapter Engine.
    Verifique no SLD, technical systems process integration (ou exchange infrastructure, depende da versão) se vc vê a entrada do tipo Adapter Engine, e se ela está com os dados consistentes.
    Verifique tb se o FM SAI_AE_DETAILS_GET finaliza com sucesso, e revise se o Exchange Profile foi mantido com os dados, em particular do Adapter Engine. Verifique se a SLDCHECk tb termina com sucesso.
    Outra coisa, atualize o CR Content e o CIM Model do seu SLD para o ultimo disponível (6.x) de acordo com a nota 669669
    Abs,
    Henrique.

  • Erro de assinatura

    Bom Dia,
    Na madrugada de hoje começou a ocorrer um erro ABAP na hora que o GRC tenta assinar as notas.
    No monitor as notas estão com status de processo 2 - Enviado ao serviço de assinatura e permanece nesse status.
    Logando no mandante 001 do GRC verifiquei que as mensagens estão gerando um dump e travando a fila com SYSFAIL.
    A mensagem na SMQ2 é a seguinte:
    Statement COMMIT WORK is not allowed in this form.
    E a descrição do dump está apresentando a mensagem :
    RPERF_ILLEGAL_STATEMENT na execução da classe CL_SWF_XI_INBOUND
    Aqui o GRC está no SP8, alguém saberia como solucionar este problema?
    Abraços
    Migdon

    Boa Tarde,
    O problema foi solucionado, em parte.
    O que ocorreu foi que a equipe de suporte deixo que as tablespaces atingissem 99% de preenchimento o que não estava deixando o GRC processar novas mensagens. Com o extend das tablespaces o problema foi solucionado.
    O que ainda falta solucionar, é que 1 nota ficou com o status de enviado ao serviço de assinatura e não está aparecendo na aba com erro de assinatura para que eu possa reenviá-la.
    Como eu poderia resolver o problema dessa única nota que falta?
    Desde já agradeço a atenção,
    Abraços
    Migdon

  • 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.#

  • Inbound Moeda Estrangeira GRC-NF-e 10

    Pessoal, boa tarde!
    A empresa que estou realizando a implantação do GRC NF-e 10  trabalha com entrada de mercadoria com moeda estrangeira.
    Quando determino no pedido de compra a taxa de câmbio fixada para o valor da moeda o sistema não respeita esta instrução.
    Esta correto afirmar que para todas as entradas em moeda estrangeira será necessário cadastrar a taxa de conversão na OB08.
    Pergunto isso porque se tenho dois pedidos com taxas diferentes e realizo a entrada no mesmo dia será necessário modificar a instrução da conversão constantemente.
    Alguém já passou por esta situação e consegue me instruir como realizo este processo?
    Atenciosamente
    Ândrea Lopes

    Felipe,
    também tive o mesmo problema do lado do NTB2B_procNFe_OB. Tentei de várias formas transformar o XML para ficar aderente ao cliente, porém o PI sempre alterava o XML (possivelmente devido ao encoding).
    Vi muitos posts sobre o tema, mas ainda quando era o GRC NF-e 1.0, com a assinatura no Java. Para o GRC 10.0 não funciona, pois quando o xml chega no PI, o mesmo já está assinado, portanto não se pode alterar nada.
    A solução foi para nesses casos específicos enviar o xml através do ECC mesmo.
    Mas para o NFB2B_procNFe_IB ainda sem solução.
    Abs.
    Rodrigo.

Maybe you are looking for