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

Similar Messages

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

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

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

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ó

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

ECC QAS e PRD enviando para GRC PRD, PI PRD e SEFAZ HOMOLOGAÇÂO e PRODUÇÃO

Temos somente um ambiente de GRC NFe e PI que usamos para desenvolver, realizar o teste integrado com SEFAZ Homologação e entramos em produção.
Precisamos que os dois cenários abaixo funcionem:
ECC QAS -> GRC NFe PRD -> PI PRD -> SEFAZ Homologação
e
ECC PRD -> GRC NFe PRD -> PI PRD -> SEFAZ produção
Isto é possível ?
O ECC QAS está configurado para homologação e o ECC PRD está configurado para produção.
Quando criamos uma nota no ECC QAS, aparece no GRC PRD a nota com SEFAZ homologação, mas fica parada, com status 04 - somado no lote e status documento 'A' - MS Received: Request for Authorization.
O ECC PRD está funcionando perfeitamente.
No SPRO do GRC PRD contém o CNPJ, descrição, SEFAZ produção e Keys, não é possivel criar nesta tabela o mesmo CNPJ para os dois ambientes da SEFAZ. Será que é por isto que não funciona ?
Muito obrigada.
Tania Kaça.

Bom dia Tania,
Verifique a variante do job /xnfe/check_srv_status como parametro de execução tem o tipo de ambiente (alguém pode ter fixado o Productive), se for deixe em branco.
Confirme na tabela /xnfe/tsrv se existem o tpamb 1 e 2 para a Sefaz que você deseja.
Observação: Na sua configuração está 1800 segundos, significa que mesmo que o job rode de minuto em minuto, para aquela sefaz ele irá respeitar um tempo de 30 minutos. Quando você for configurar o ambiente produtivo como sugestão baixe esta valor para algo em torno de 2 minutos, e configure o job de acordo. Isto irá tornar a informação de "Sefaz fora" bem mais real para o GRC.
Caso ainda esteja sem solução sugiro executar manualmente o programa /xnfe/check_srv_status e identificar o motivo de não executar para o ambiente homologação, sendo que está tudo "correto".
Atenciosamente,
Fernando Da Rós
PS.: Por favor, verifique se suas outras mensagens (Fabrica BBKO) realmente não estão respondidas. Marcar como respondido é um feedback importante.

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

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

Processo B2B aguardando processamento em background - NFE 3.10

Boa noite,
após implementarmos a versão 3.10 da NFe todos os nossos e-mails de XML para nossos parceiros no GRC ficam aguardando que alguém clique no botão "Continuar processo B2B", só então eles são enviados.
Verificando o status do B2B constatei que ele apresenta o status "Esperando por processamento em background".
Alguém saberia por favor me dizer qual configuração esta faltando para que o envio fique automático?
Agradeço antecipadamente.
Helio Camargo

Helio,
Você pode agendá-lo de 1 em 1 minuto ou 5 em 5 minutos, vai de acordo com a disponibilidade de recursos (Background Working Process) que seu servidor possui.
http://help.sap.com/saphelp_nw70/helpdata/EN/4a/2d513897110872e10000009b38f889/content.htm
Em vários clientes onde passei, 5 minutos de intervalo entre as execuções já era suficiente.
Ele vai processar apenas os processos que estão com status inicial.
[]'s

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!

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

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

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!

Processo Standard de Archiving para GRC NFe Inbound

Similar Messages

Maybe you are looking for