GRC NFe 2.0 20 - Serviço de assinatura digital não acessível

Senhores,
Encontrei diversos post sobre esse problema, porem nenhum específico para o meu problema.
Meu landscape é ECC 6.0 700 SP 22 (SAP_APPL 603 - SP 6 - SAPKH60306) -> GRC/PI SAP NetWeaver 7.0 (SLL-NFE - Release 100 - SP 0015/SAP_ABA - 700 SP 22).
Apliquei inumeras notas no ECC e a princípio não aparece nenhum erro na j1bnfe nem na sxi_monitor do PI. Porem no monitor web GRC aparece a mensagem: 20 - Serviço de assinatura digital não acessível.
Realizei testes na SM59 e todas as RFC comunicam sem problemas e na db97 estão apontados corretamente.
Gostaria de saber se pode ser problemas de SP do GRC ou alguma outra coisa.
Obrigado!

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!

Similar Messages

20 - Serviço de assinatura digital não acessível

Boa tarde Pessoal,
estamos configurando a NF-e 2.0, porem a NF-e esta parando no monitor do GRC com o erro: 20 - Serviço de assinatura digital não acessível.
li em alguma thread que "Este erro de validação 01/20 pode estar acontecendo na chamada do ABAP Proxy do assinador, isto se algo foi passado errado. Funciona assim, pra chegar no XI tem a chamada ao ABAP Proxy, se passar algum tipo de dado que dará erro na conversão dos dados ou algo mandatório não preenchido dará este erro."
como posso me certificar que o problema esta vindo das informacoes do ERP? ond posso ver esse log ou essas informacoes?
Obrigado,
Att,
Rafael.

Boa noite Henrique,
estamos usando a xNFE 1.0
GRC SP18 e SAP_CR 7.2
Executa-se a função /XNFE/NFE_CREATE'.
a.     Dentro dela, executa-se a função '/XNFE/006_SIGN_NFE_OUT'
b.    Logo após executa o método lo_clientproxy->execute_asynchronous,
nessa rotina está retornando a exceção no Try-Catch retornando o erro para a estrutura lo_sys_exception com a seguinte mensagem de erro: "SAVE_STYLESHEET_FAILED Save Stylesheet failed /1SAI/SAS64C1D4E1614734F285C2: Transformation /1SAI/SAS64C1D4E1614734F285C2 contains syntax error".
Obs. Isso acontece na classe CL_PROXY_STYLESHEET_RUNTIME.
2.     2.Com base nesse retorno é criada de erro u201CDocument 0000000098: 006 - Signature service is not availableu201D feita na rotina abaixo.
        PERFORM fill_bapiret2 USING    gc_msgty-error
                                       gc_mess_class_erp
                                       '006'
                                       lc_bapi_param
                                       lv_bapi_row
                                       'DOCNUM'
                                       lv_logsys
                                       ls_nfe_header-docnum
                              CHANGING et_bapiret2[].
pode nos ajudar com esse problema?
Obrigado,
Rafael

Serviço de assinatura digital não acessível Status 20

Boa noite Sru2019s.
Estamos passando a NF-e para 2.0 e estamos tendo um pequeno problema no GRC:
A nota chega no GRC e na tabela : /XNFE/NFE_HIST fica com o seguinte status:
MAND     T ID      VERSNUM     TYPE ERTIME            WASSTAT    ERROR_STATUS ERNAME       TPEMIS
412       3511030* 001              1    20.110.323.142.753,3527960 01                     RFCUSER         1
412       3511030* 001              1    20.110.323.142.753,4791950 01      20           RFCUSER         1
No monitor do GRC fica o seguinte erro:
Stat.processo        Status global            Status de erro Status de erro
1      Recebido do sistema back end        20    Serviço de assinatura digital não acessível.
No monitor do PI SXMB_MONI não aparece nenhum log que a interface de Assinatura foi startada.
O certificado esta ok pq foi feito um teste com a NF-e 1.10 e funcionou normal.
Dump ST22 que acredito estar relacionado ao nosso problema:
Erro tempo execução    DYNPRO_SEND_IN_BACKGROUND
O SLD esta ok, pois utiliza os mesmos BS da 1.10
Se eu executar a interface de assinatura pelo RWB passando o XML a nota segue todo o pipeline da NF-e corretamente.
Estamos com o SP15 no GRC.
Obrigado,
Rafael
Edited by: SAP PI GRC on Mar 23, 2011 11:12 PM

Bom dia Rafael,
Segue uma thread com o sofrimento que quem começou com o SP15 (parte dele) NF-e pré-validação erro - XML 2.00 - /XNFE/VERSION 0006, aí tem por final seu erro.
Vá para o SLL-NFE SP17 e XI Content, ou liste todas as notas pós SP15 de SLL-NFE e aplique em seu sistema.
SP15 não funciona sem correção para layout 2.0
A dica é SP17 + SAP Notes do SP18...
Atenciosamente, Fernando Da Rós
Sobre o DYNPRO_SEND_IN_BACKGROUND ele acontece quando uma screen é chamada em um processo sem diálogo, como uma RFC ou uma execução background. Não deveria acontecer no standard, melhor abrir uma thread específica para este com todos os dados que tiver em mãos, como acontece, em que código...
Edited by: Fernando Ros on Mar 24, 2011 5:14 PM

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!

Notas paradas com o status 2 - 'Enviado ao serviço de assinatura digital'

Bom dia.
Realizei uma busca pelo fórum mas não consegui encontrar a solução para o meu problema.
Desde hoje de manhã estou com cerca de 15 notas para com status de 'Enviado ao serviço de assinatura digital'.
Já chequei a SMQ1, SMQ2 e SWWL (em todos os mandantes) e não existe nada.
Estou na release 702 0006 do PI.
Na SXMB_MONI não encontrei o erro, consta apenas como 'Erro Indefinido' para o canal de comunicação SIGNN.
Na tabela /XNFE/ACKNOWLEDG existem 17 registros, sendo 15 apenas SIGNN, e os outros dois são BATCH e BATSR.
Agradeço desde já a ajuda.

O Job esta ativo, sem problemas agora entrei na transacao SPROXY na interface de servico SIGNN_SignNFe_OB, e la em show logs consta os seguintes logs
"nao e possivel gera LPT sem perfis DT"
"logical port template is inconsistent; regenerate and active it"
"regenerate proxy (see long text)"

GRC-NFe - Erro de assinatura de notas

Amigos,
Estou com o seguinte problema.
A nota fiscal sai do ERP e chega no GRC, ficando com o seguinte status:
status de erro = 20 Serviço de assinatura digital não acessível.
Ao reinicializar a nota pelo o GRC está aparecendo a mensagem Erro na chamada RFC (NF-e 3509076119009600019255.
Já verifiquei as conexões rfc e estão todos ok. O PI e o GRC estão instalados na mesma máquina, PI = 001 e GRC = 500.
client 001
SM59 rfc do tipo H -> XI_INTEGRATION_SERVER
host euroXX porta 8001
pref/caminh /sap/xi/engine?type=entry
mandante 001
user piappluser
SXMB_ADM ->Configure Integration Server-> HUB servidor de integração
dest://XI_INTEGRATION_SERVER
client 500
SXMB_ADM -> Configure Integration Server-> LOC sistema de aplicação
dest://XI_INTEGRATION_SERVER
SM59 rfc do tipo H ->NW1CLNT500
host euroXX porta 8001
pref/caminh /sap/xi/engine?type=entry
mandante 500
user pisuperr
Esta rfc é utilizada dentro do Cenário SIGNN_WebAS_Outbound_SignNFe, para o communication channel WAS_XI_RCV
do tipo XI, com Addressing Type HTTP Destination e HTTP Destionation = NW1CLNT500
Alguém tem alguma dica do que pode estar errado?
Abraços,
Cláudio Argolo

Bom dia Claudio,
status de erro = 20 Serviço de assinatura digital não acessível.
Veja estas duas threads:
Status error 20 - Signature Service Unreachable
'Signature Service Unreachable' error in the NFE system
Ao reinicializar a nota pelo o GRC está aparecendo a mensagem Erro na chamada RFC (NF-e 3509076119009600019255.
Este chamada de RFC é ao R/3 e não internamente, quando acontece um problema de assinatura, o GRC não tem como reiniciar, pois não tem todos os dados para enviar para o assinador, então é necessário pedir ao R/3 para reenviar.
- Talvez esteja faltando uma nota no R/3. Veja se a SAP Note 1234054 foi aplicada (passos manuais para tornar a função J_1B_NFE_MS_REQUESTS_DATA RFC)
- Se for nota em paralelo esquece. O R/3 também não tem mais estes dados.
Atenciosamente,
Fernando Da Rós
Edited by: Fernando Ros on Jul 28, 2009 8:52 PM

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.

SAP SP necessária para suportar os componentes para o SAP GRC NFE 1.0 no XI

oi,
Como estamos atualizando as nossas caixas de XI de SAP XI SAP PI 3.0 para 7,11, verificando o SLD notamos que Nota Fiscal componente de software está disponível. Assim, a pergunta é o que é que os Service Packs do sistema fonte precisa ter, a fim de fornecer todos os componentes necessários para a NF-e?
temos dois sistemas de fonte da qual enviamos os dados para XI, você pode sugerir o que é o pacote de serviços adequados para apoiar SAP GRC NFE 1.0 no XI
1> 6,0 SAP ECC, SP, 14
EHP 2, Nível 2
PI_Basis = 2005_1_700, Level 14
ST = PI 2008_1_700 Nível 2
2> 6,0 SAP ECC, EHP 4
Muito obrigado

Ola, vi o seu e-mail mas resolvi responder por aqui!
Na realidade, se voce for realmente trabalhar com o GRC, dependendo da secretaria da fazenda que voce ira trabalhar aconselhor que voce aplique o sp15 no grc, consule SAP Note 1487119, nessa nota haverao todos os procedimentos necessarios.
Como haviamos falado anteriormente por e-mail, seria necessario, caso vc realmente queira trabalhar com o GRC a aplicacao de algumas notas tecnicas no proprio GRC.
1477834     XML Layout Version 2.00: Missing parameters in NF-e BAdI
1487119     SAPK-10015INSLLNFE: Support Package 15 for SLL-NFE
1496216     Rejection of NFe because of wrong data type of date fields
1499921     Problem with validation after implementing SP15
1498700     Problem on signing NF-e
1497767     Fill field qTrib for new layout version 2.0
1500046     Upgrade validation rule for field ID for version 2.0
1500742     Adjust validation for field NADICAO and NSEQADIC layout 2.00
1501545     Problems in trying to see a XML in the IE
1502612     Select the NFe Status Check Service for Incoming B2B message
1502217     Extend validation rules for <DI>/<adi>, layout 2.00
Sem mais, precisando me mais ajuda avise

SAP GRC NFE

Hello,
eu estou trabalhando no electronica fiscal de Nota. Nós temos seguintes sistemas: --
SAP R/3 -
SAP GRC NFE--JAVA (assinaturas digitais)-SAP NETWEAVER PI/XI -
As AUTORIDADES (PARA A AUTORIZAÇÃO)
como eu verificam a conexão entre estes sistemas. Como eu sei uma comunicação existe entre
SAP GRC NFE--JAVA (assinaturas digitais)-SAP NETWEAVER PI/XI -
A conexão das AUTORIDADES (PARA A AUTORIZAÇÃO)
foi feita já com sucesso entre SAP R/3 E SAP GRC NFE através do RFC.
Por favor ajuda.
Agradecimentos adiantado,
Honey

Bom dia Honey,
Além da comunicação entre os sistemas, você deve customizar as Sefaz-es e também os CNPJs na SPRO do GRC.
Acompanhe as telas aqui:
SAP GRC NFE 1.0 - New Solution Introduction & Implemention Best Practices
Você pode testar o serviço assinador (java) diretamente pelo web service:
Web Service Navigator
Leonardo deu uma boa dica para testar o customizing dos serviços e comunicação com o sistema externo (Sefaz).
Atenciosamente, Fernando Da Ró

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

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

Nota fiscal send from R/3 to SAP GRC NFE

Hello Everyone,
We have send NFe from sap r/3 to sap grc nfe thru RFC . We cannot trace in GRC .
What could be the possible error .
please help.
Honey

Hi Honey,
If configuration is correct on R/3 you can see the received data on tables /xnfe/nfehd (header), /xnfe/nfeit (item) and /xnfe/nfe_hist (history).
A good approuch to you check what system is being called is put a break-point before R/3 call GRC on the end of function J_1B_NF_MAP_TO_XML or include LJ_1B_NFEF42.
You can easily start debug on R/3 and follow inside GRC automatically when debugging, but the user of RFC need to be DIALOG and have debug rights. It's not possible do it with a service user.
Check if the correct FM is being called /xnfe/nfe_create, for other messaging system the FM is J_1B_NFE_XML_OUT (if customizations is wrong you will check this error on ST22 on GRC).
Kind regards, Fernando Da Ros

SAP GRC NFE 10.0 - Outbound B2B

Pessoal, estou tendo um problema no envio de e-mail através do GRC. Procurei no fórum mas não encontrei nada que me ajudasse, por isso vou tentar detalhar o máximo.
A implementação foi baseada nesse artigo:
http://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=315524420
Meu problema agora está na URL do canal de comunicação. Tentei utilizar smtp://nomedoservidor, como no artigo, mas houveram vários erros, entre eles, um que haviam vários tópicos sobre ele:
server not responding OK to AUTH; 535 5.7.3 Authentication unsuccessful
Aqui nós utilizamos o Exchange 2010 SP3, e ontem o responsável por ele fez vários testes, até não conseguirmos fazer mais nada e ele abrir um chamado com a Microsoft. Tentamos de tudo (segundo eles), e no final o pessoal da Microsft sugeriu que fosse aberto um chamado na SAP...
Não entendo de Exchange, mas disseram que liberaram tudo no Relay:
Após isso, fizemos um teste no canal de comunicação utilizando a URL imap://servidor. Tentei com autenticação, sem autenticação... todas formas possíveis e imagináveis que essa configuração permitia...
Sem nome de pasta alguma, ocorre o seguinte erro:
unexpected append response; read 001I BAD Command Argument Error.
Por último, criei uma pasta Teste dentro desse e-mail, e alterei a URL para imap://servidor/Teste
Finalmente o e-mail (pelo menos) ia para a pasta criada dentro desse e-mail:
Bom... não faço mais ideia do que eu poderia testar. Tentei colocar algo como /SENT, /OUTBOX para ver se esse e-mail ia para a caixa de saída do Exchange, mas nada...
Alguém tem alguma idéia/sugestão do que eu possa fazer?
At.,

Bom dia, Ricardo
Obrigado pelas sugestões. Conseguimos resolver depois que o responsável pelo Exchange fez mais algumas liberações, mas, também havia um erro na nossa classe java... Nossa constante com o nome do e-mail from, estava com um ";" :
private final String NFe_Mail = "[email protected];";
Feito isso, tudo deu certo.
(detalhe, só depois de rolar uma "força tarefa" para tentar identificar o problema é que fomos isolando até chegar nesse último detalhe)
Obrigado!

GRC 10 + CUA + GRC 5.3 on one server?

Hi Experts,
currently we have a Netweaver system running GRC10 and we have also CUA activated.
We want to migrate one older GRC 5.3 system on the same server.
In the note 1590030 it is being said that as of SP04 you can theoretically have a GRC5.3 and a GRC10 running in parallel. But only on the backend systems side. What if you have GRC 5.3 and GRC10 running on the same server where CUA is configured ? Is this possible?
does anyone ever tried this?
thanks in advance
david

Hi Faisal
eventually we will migrate the GRC 5.3 to GRC10, but for the moment we need both systems to run in parallel on one server. In the moment they run on different servers.
Thanks,david

Problemas para download do XML em massa no GRC NFe 10.0

Boa tarde
Fizemos o upgrade de versão do GRC 1.0 para 10.0 e entramos em Produção na segunda-feira, 19/02.
Estamos tendo dificuldades para efetuar o dwonload em massa dos arquivos. Temos um programa Z que parou de funcionar e quando estamos indo pela opção do Menu
WDY_APPLICATION - Download Archived XML nem todas as notas estão sendo exportadas
Ex.: para um determinado CNPJ temos mais de 240 notas de saída aprovadas e só estamos conseguindo exportar 12 arquivos XML
Alguém tem alguma idéia/dica para a solução?
Temos que enviar os XMLs em atraso e fazendo o download individual está sendo inviável.
Grata,
Denise

Olá Henrique
Identificamos o problema através de debug da função /XNFE/OUTNFE_XML_MASS_DATA.
O parâmetro de seleção está invertido. Se digitarmos o emissor no lugar do recebedor o programa funciona.
É erro no standard. O curioso é que ninguém reportou esse erro. Não devem estar usando o programa de download em massa.
De qualquer forma obrigada pela ajuda.
Denise

GRC NFe 2.0 20 - Serviço de assinatura digital não acessível

Similar Messages

Maybe you are looking for