Consulta de Status do XML na SEFAZ.

Boa tarde a todos,
Estou implementando um cenario de entrada de XML e estou com problemas na parte de (GOOD Receipt), o primeiro passo que é a recepção da NFE por e-mail do fornecedor já esta configurada com sucesso, o problema agora é o recebimento do material. Quando a mercadoria chegar, no destino teremos um leitor de codigo de barras que executa a leitura da DANFE e valida se possuimos esse XML armazenado no GRC se sim executa a validação no SEFAZ do status da Nota.
Meu problema esta no passo de consultar o WebService da SEFAZ de consulta, pois a entrada da chave DANFE vai ser disponibilizada pela RFC que sera executada apos o coletor de codigo de Barras.
Analisando o método Standard de check do status da nota percebi que ele é executado atraves da pagina WebDynpro do monitor.
Tem algum jeito de aproveitar o metodo standard de consulta do status do XML para utiliza-lo com a entrada da RFC e a resposta eu devolver para a mesma RFC?
Se algum ponto não ficou claro posso detalhar melhor,
Obrigado

Henrique,
Obrigado pelo Help, mas estou com uma duvida, só conseguirei fazer o check do status na SEFAZ atraves do coletor "RFC" após o XML estar na tabela /XNFE/XMLIN?
E no caso de o fornecedor ainda não ter me enviado o XML pela InboundB2B como farei para checar o STATUS do XML?
Será que neste caso não deveria deixar a mercadoria entrar se não tiver o XML na tabela do GRC?
E outra pergunta o processo de B2B já faz no standard o check do XML correto? Pois estou olhando o monitor e para as duas notas que fiz de teste as duas ultimas colunas estão vazias e na tabela /XNFE/XMLIN o campo CHECKSTATUS está em branco.
Obrigado mais uma vez.

Similar Messages

Cenário de consulta do status da SEFAZ XML 2.0

Bom dia.
Estou testando o cenário de consulta do status da SEFAZ (para a SEFAZ-MG, ambiente homologação) e utilizo ECC/GRC/PI 7.0.
Já verifiquei no site da SEFAZ e o serviço está no ar.
Na SXMB_MONI tenho o seguinte erro:
<SAP:Code area="INTERNAL">CLIENT_RECEIVE_FAILED</SAP:Code>
<SAP:P1>402</SAP:P1>
<SAP:P2>ICM_HTTP_TIMEOUT</SAP:P2>
<SAP:Stack>Fehler beim Empfangen per HTTP (Fehlercode: 402, Fehlertext: ICM_HTTP_TIMEOUT)</SAP:Stack>
Qual a solução para isto?
Obrigado.

Pessoal, façam um SXI_CACHE e CPA Cache refresh.
Existem alguns problemas que infelizmente são "normais" de acontecer, e como boa prática, após o upgrade do XI Content façam a limpeza.
Parece não ter nada a ver, mas timeout também pode vir da demora no java de identificar o receiver a executar (trash).
Atenciosamente, Fernando Da Ró

Consulta de status de lote: erro de sistema PI

Pessoal, bom dia.
Em alguns casos ocorre erro de comunicação na consulta do status do lote. Após o GRC enviar o lote pra SEFAZ, ele fica consultando o status do lote até n vezes (conforme atualizado nas configurações do lote no monitor do GRC), certo?.
Quando ocorre esse erro de comunicação (Consulta de status de lote: erro de sistema PI), o GRC para de ficar consultando o status.
Existe alguma forma de parametrizar/automatizar o GRC para que quando ocorrer esse erro, ele fique solicitando a consulta de status até as n vezes em vez de para a solicitação da consulta?
Ou criar um Z que busque os lotes que estajam com este status e coloca-los em processamento?

Bom dia Fábio,
Não, a configuração de tentativas serve apenas para quando a Sefaz responde de forma clara com um 105 - Em processamento.
Quanto acontece erros, o processo fica parado mesmo e a forma de restart é manual ou através de Z (Cristiane deu uma colaboração colocando o código para referência, veja: Sample code for automatic resend of batches with communication errors não consegui achar a thread que discutimos isso).
Observação: É muito importante garantir que os problemas que estão fazendo seus lotes pararem são realmente externos e solucionáveis pelo job, do contrário você pode gerar sim problema interno no GRC para todas os processos/Sefazes ao insistir num reprocessamento automático.
Sugestão:
- certifique-se que o motivo para o restart é externo
- faça log de todos os restarts em tabela
- determine um número máximo de restarts automáticos
- analise continuamente do que foi restartado sem sucesso para tentar obter regras que impeçam o restart sem sucesso
Atenciosamente, Fernando Da Rós
Edited by: Fernando Ros on Jul 21, 2010 5:41 PM

Tamanho do arquivo XML para SEFAZ

Prezados, bom dia.
Tivemos problema com uma nota emitida que ultrapassou o tamanho permito do XML para a SEFAZ, ou seja, acima de 500.000 bytes( a nota era de importação e havia muitos itens). Isso nos trouxe problemas no P11 onde não gerou bacht e na J1BNFE todas as notas emitidas após ficaram com o status de "waiting for response".
Até então nunca havia acontecido isso aqui. Abrimos um chamado na SAP e descobrimos que o problema era esse.
Nos recomendaram aplicar a nota: Implement SAP Note 1447771 - GRC NFe - Bacht Number failed, para evitar futuros loopings.
Aplicamos essa nota e as notas pré requistos: 1393493 and 1406068 no ambiente de teste e quando fui simular uma nota com essa quantidade deu erro:
"The exception, which is assigned to class ´CX_SY_RANGE_OUT_OF_BOUNDS`, was not caught in procedure " CHECK_NFENUM_NUMERIC" "(FORM)", or was it propagated by a RAISING clause
Gostaria de saber se isso tem haver com a nota que aplicamos?
Podem me ajudar.
att.
Melissa

Bom dia Melissa,
Não sei se tem a ver mais...não custa tentar...
Tivemos problemas com geração de notas com tamanho maior que o lote também. O sintoma era esse mesmo, o GRC parava e tinhamos que fazer a correção na mão.
Aí conforme orientação do Fernando aplicamos a nota 1447771 e resolveu o problema (parcialmente). Parcialmente, porque o nota rejeitada voltava para o GRC sem status do erro e com isso eu não conseguia cancelar ela no ERP.
Abrimos chamado na SAP para resolver este bug. Num primeiro momento o Fernando arrumou "na mão" e hoje a SAP liberou uma nota para corrigir o problema: 0001461745.
Como eu disse, não sei se tem a ver (pode ser que você conseguia cancelar as notas que deram pau), mas fica a dica e para outros que forem fazer algum search aqui no forum.
Att
Fabio Rebelo

CCMS alert on XI interface monitoring : Error status of XML Messages

Hello Everyone,
Please can anyone let me know on how we can setup ccms alert monitoring on tcode: SXMB_MONI for XML messages which are in error status. Do we have any MTE class available in XI system ?
Please share your expertise on this ..
thank you !
Regards,
Tushar Rathi
Edited by: Tushar Rathi on Mar 23, 2011 9:24 AM

Hello Everyone,
Please can anyone let me know on how we can setup ccms alert monitoring on tcode: SXMB_MONI for XML messages which are in error status. Do we have any MTE class available in XI system ?
Please share your expertise on this ..
thank you !
Regards,
Tushar Rathi
Edited by: Tushar Rathi on Mar 23, 2011 9:24 AM

NF-e 3.10 - Erro 204 - Duplicidade - Botão consulta status

Boa tarde a todos.
Estamos em fase de testes do projeto de implementação do XML 3.10.
Eu tive algumas notas no meu ambiente de teste integrado com rejeição 204 (duplicidade de nota).
Eu preciso realizar a consulta de status para essas notas, porém no botão Outras Funções, não aparece a opção Verificar Status (conhecido como Consulta de Status no monitor 2.00).
Eu encontrei o seguinte post relacionado ao meu problema:
NFe V3.10 Erro 204 - Duplicidade - Botão Consulta Status sumiu
Porém, o procedimento de "Continuar Processo" descrito no post acima não resolveu meu problema (quando dou um Continuar Processo, o GRC tenta enviar novamente a nota para aprovação).
Alguém sabe como faço para o botão de consulta de status aparecer? Seria algo de perfil?
Att,
Matheus Goulart

Então Ricardo, na verdade não tem botão de consulta de status no detalhe.
Acebei de descobrir que o Continuar Processo funcionou, o problema é que a consulta de status foi rejeitada pela SEFAZ (sefaz MG).
E o motivo que no monitor não atualizou os status das notas, é porque deu um erro no proxy inbound.
Mensagem da SPROXY:
Falta elem.'{http://www.portalfiscal.inf.br/nfe}dhRecbto'
XML (retorno):
<?xml version="1.0" encoding="utf-8" ?>
- <nfeConsultaNFResponse xmlns="http://sap.com/xi/NFE/008">
- <nfeConsultaNF2Result>
- <retConsSitNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<tpAmb>2</tpAmb>
<verAplic>13_2_28</verAplic>
<cStat>217</cStat>
<xMotivo>Rejeicao: NF-e nao consta na base de dados da SEFAZ</xMotivo>
<cUF>31</cUF>
<chNFe>31140940432544011262550160000014241463324953</chNFe>
</retConsSitNFe>
</nfeConsultaNF2Result>
<n0:mode xmlns:n0="http://sap.com/xi/NFE/008">O1</n0:mode>
</nfeConsultaNFResponse>

SAP NFe GRC XML 3.10 - Erro no envio do lote - Status 2

Pessoal, bom dia!
Configuramos os cenários para a versão do xml 3.10 da NFe porem ao criarmos a NFe (saída) o lote foi gerado porem ficou parado no status 2 (Enviado ao PI) com o erro 38 (Web Service não acessivel) ao clicarmos na descrição do erro é exibida a seguinte mensagem:
"Service Status not identified: Job /XNFE/NFE_CHECK_SRV_STATUS is not running or customizing is mi"
O job /XNFE/NFE_CHECK_SRV_STATUS está agendado a cada 2 minutos para teste com o estado 29 (BA) e foi configurado na SPRO NF-e: definir consulta para status de serviço das autoridades (SEFAZ) conforme abaixo:
Foram agendados os seguintes jobs para a versão 3.10
/XNFE/EVENT_BATCH_SEND
/XNFE/GET_ACKNOWLEDGMENT
/XNFE/NFE_B2B_SEND
/XNFE/NFE_BATCH_CREATE
/XNFE/NFE_BATCH_REQUEST
/XNFE/NFE_CHECK_SRV_STATUS
/XNFE/NFE_CONTINUE_PROCESS
/XNFE/NFE_SKIP_SEND
/XNFE/PROCESS_REPORTS
/XNFE/UPDATE_ERP_STATUS
Alguem já passou por este problema no lote? Alguma dica para soluciona-lo?
Abraços,
Halsen Nagasawa

Alan,
Realmente o erro era na SEFAZ BA, o XML de envio e retorno do serviço NfeStatusServico difere das outras SEFAZ.
Para solucionar criei um ZSLL-NFE e inclui um javamapping no request e outro no response do operation mapping SRVSC_nfeStatusServicoNF2_TO_nfeStatusServicoNF2SoapIn para modificar as tags conforme o modelo de XML informado pelo pessoal de desenvolvimento da SEFAZ BA.
Abaixo o modelo informado pela SEFAZ BA.
O XML do cabeçalho para utilização dos WebServices da SEFAZ-BA na versão 3.00/3.10 é o seguinte:
<?xml version="1.0" encoding="UTF-8"?>
<nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<versaoDados>3.10</versaoDados>
<cUF>29</cUF>
</nfeCabecMsg>
E o XML da solicitação ao WebService de StatusServico na versão 3.00/3.10 é o seguinte:
<?xml version="1.0" encoding="UTF-8"?>
<consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<tpAmb>2</tpAmb>
<cUF>29</cUF>
<xServ>STATUS</xServ>
</consStatServ>
Att.
Halsen Nagasawa

NFe Fiscal Workplace - Não atualiza com Status Sefaz

Boa noite!
Estou tentando reexecutar a consulta de status de NFe através do fiscal workplace para algumas NFes que ficaram com Status Global 11 devido a um problema temporário que tivemos com SSL (certificado estava sendo rejeitado pela SEFAZ) . Para tal, quando seleciono uma NFe clico em "Outras Funções > Consultar Eventos" o cenário de processo de integração "NFESC_WebAS_Outbound_NFeStatusCheck" é executado com sucesso e posso ver a interface NFESC_nfeConsultaNFResponse_IB retornando ao SAP GRC com sucesso, porém no monitor fiscal workplace a nota continua com Status Global = 11.
Um detalhe importante é que isso só está ocorrendo para estas notas que estamos tentando consultar o status através do monitor "Outras Funções > Consultar Eventos", pois após a SEFAZ passar a aceitar nosso certificado, para o processo automático (resumindo entrada de nota e depois conferência de status) está tudo correndo bem. Parece ser algo relacionado com a execução de consulta de status via monitor!
Por favor, se alguém puder dar um auxílio será de grande ajuda!
Desde já agradeço.,

Bom dia Glauco,
Não estou lembrado do caso exato, mas sim você tem razão que diferente do SAP NFE 1.0, no SAP NFE 10.0 tem vários "chamadores" da consulta de status na Sefaz, e de acordo com o processo que solicitou esta consulta tem ações diferentes a analisar.
Em que versão você está? Já usando 3.10?
Atenciosamente, Fernando Da Rós

XML Status : 'Message recorded, commit missing"

Hi,
I am calling my proxy in a BADI. After triggering it, when I go and check in SXMB_MONI, the status of XML message is "Message recorded, commit missing". And it is in Scheduled status.
Could you please let me know, why this message will come, and how to make it run successfully.
Thanks,
Sandeep

I think you are gettking this error in transaction SXI_MONITOR in ERP system. As replied earlier by Divyesh, you need to write commit work statement in ur BADI after calling the proxy method.
If you test this proxy from transaction SPROXY, then also u will see this error with ur message and u need to trigger Commit work/Rollback explicitly to send message to central PI server. While testing ur proxy from SPROXY u can trigger Commit/Rollback from menu
Extras - > Trigger COMMIT WORK / Trigger ROLLBACK WORK

NFE Produção - Código Status 204 Rejeição

Olá, Boa tarde!
Estamos com uma NFE da Produção parada, pois não estamos conseguindo atualizar o status dela.
No monitor de GRC a NFE aparece da seguinte forma:
Status NFE (bolinha vermelha): 05 resultado recebido
Status de Erro: 90 erro de sistema PI
Código Status: 204 Rejeição: Duplicidade NFE
A opção "Consulta do Status" está disponível, porém já tentamos várias vezes, aparece a mensagem: O processo de consulta status NFE foi inicializado. Atualizar a exibição NFE.
Atualizamos a página, porém não muda nenhum status.
No monitor J1BNFE a NFE está aguardando o retorno do GRC.
Não sei se tem algo a ver, mas recentemente fizemos a atualização da Versão para 2.0.
Antes o procedimento funcionava normal... agora as NFES estão paradas...
Aguardo comentários.
Obrigada.
Adriana

Bom dia,
Estou com esse mesmo erro, e não sei como resolver...
Ao clicar em consultar status(Monitor GRC) da NFE em questão, o status não é atualizado(consultamos no SEFAZ e a NFe Está aprovada)..
Verifiquei as msg na MONI e temos uma com o ACK NEG, porém desconheço o erro...segue os xml que consegui verificar na mensagem:
XML INBOUND:
<?xml version="1.0" encoding="utf-8" ?>
- <n0:nfeConsultaNF2 xmlns:n0="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:PIP:/1SAI/TASB4840BC26BF382F75BE8:700:2009/02/10" xmlns:n1="http://www.portalfiscal.inf.br/nfe">
<n0:cUF>41</n0:cUF>
<n0:tpEmis>1</n0:tpEmis>
<n0:tpAmb>1</n0:tpAmb>
<n0:type>1</n0:type>
<n0:versNum>001</n0:versNum>
<n0:mode>I</n0:mode>
- <n0:nfeDadosMsg>
- <n1:consSitNFe versao="2.00">
<n1:tpAmb>1</n1:tpAmb>
<n1:xServ>CONSULTAR</n1:xServ>
<n1:chNFe>41110300606549000124550000000231711903353574</n1:chNFe>
</n1:consSitNFe>
</n0:nfeDadosMsg>
</n0:nfeConsultaNF2>
XML RESPONSE:
<?xml version="1.0" encoding="utf-8" ?>
- <n0:nfeConsultaNF2 xmlns:n0="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:PIP:/1SAI/TASB4840BC26BF382F75BE8:700:2009/02/10" xmlns:n1="http://www.portalfiscal.inf.br/nfe">
<n0:cUF>41</n0:cUF>
<n0:tpEmis>1</n0:tpEmis>
<n0:tpAmb>1</n0:tpAmb>
<n0:type>1</n0:type>
<n0:versNum>001</n0:versNum>
<n0:mode>I</n0:mode>
- <n0:nfeDadosMsg>
- <n1:consSitNFe versao="2.00">
<n1:tpAmb>1</n1:tpAmb>
<n1:xServ>CONSULTAR</n1:xServ>
<n1:chNFe>41110300606549000124550000000231711903353574</n1:chNFe>
</n1:consSitNFe>
</n0:nfeDadosMsg>
</n0:nfeConsultaNF2>
XML ACK ERROR:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- 
- <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">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>
<SAP:P1 />
<SAP:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText />
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
<SAP:Retry>N</SAP:Retry>
</SAP:Error>
Alguém teria alguma dica?
Edited by: João Luis da Silva Dovigo on Mar 16, 2011 6:20 PM

SCAN não retorna status do serviço

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

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

Entrada da NFe no ERP e arquivamento do XML.

Prezados, bom dia.
Tenho algumas dúvidas que gostaria de dividir com vcs. Alguém saberia responder?
Processo de Entrada de Nfe no ERP (manual)
1.) Quando da entrada de dados da DANFE no ERP (MIGOMIRO), este envia alguma informação pro GRC? Em que momento é validada a DANFE?
2.) Se sim, em que formato são armazenados os dados da NFe no GRC?
Recebimento do arquivo XML do fornecedor
1.) Há alguma consistência entre o XML (recebido do fornecedor) armazenado no GRC e os dados inseridos no ERP (com base na DANFE recebida)?
2.) De quem é a obrigatoriedade em armazenar o XML? Fornecedor, empresa que recebe, SEFAZ, Receita Federal, etc? As informações armazenadas são as mesmas? Por qual período os dados devem permanecer guardados?
Obrigado por qualquer ajudar.
Hyalen.

Obrigado David e Henrique. As respostas ajudaram bastante.
Formatei a discussão em Perguntas e Respostas para facilitar o entendimento.
1- Pergunta:
Quando da entrada de dados da DANFE no ERP, este envia alguma informação pro GRC? Em que momento é validada a DANFE?
Resposta:
Atualmente, quando você entra com as informações da DANFE através do MIRO/MIGO nenhuma informação é enviada ao SAP GRC NFe, logo nenhuma validação destas informações é realizada junto a SEFAZ.
2- Pergunta:
Uma parte do processo de NFe é dar entrada da mercadoria no ERP. O que acontece se eu digitar as informações de recebimento, em relação ao XML armazenado, errada no ERP? Há alguma consistência entre o XML armazenado no GRC e os dados inseridos no ERP?
Resposta:
Quando você receber o XML de um emissor de NF-e através do cenário de B2B do SAP GRC NFe, esta nota será consultada pelo SAP GRC NFe junto ao site da SEFAZ e será armazenada no SAP GRC NFe (dentro do repositório do SPRO), mas nenhuma informação desta NFe (XML recebido) será consistida com as informações inseridas no ERP (baseada na DANFE recebida).
3- Pergunta:
Em que formato são armazenados os dados da NFe no GRC? Melhor dizendo, o GRC decompõe o XML que chega do fornecedor e armazena os dados em tabelas ou grava como XML mesmo?
Resposta:
O GRC armazena o XML sem decomposição alguma e em dois momentos, quando da solicitação do protocolo e após validação do XML pela SEFAZ. No segundo caso o XML será armazenado com o Código de Autorização de Uso.
4- Pergunta:
De quem é a obrigatoriedade em armazenar o XML? Fornecedor, empresa que recebe, SEFAZ, Receita Federal, etc? As informações armazenadas são as mesmas? Por qual período os dados devem permanecer guardados?
Resposta:
Estas informações foram extraídas Portal da Nota Fiscal Eletrônica - Perguntas Frequentes NF-e
A regra geral é que o emitente e o destinatário deverão manter em arquivo digital as NF-es pelo prazo estabelecido na legislação tributária para a guarda dos documentos fiscais, devendo ser apresentadas à administração tributária, quando solicitado. Assim, o emitente deve armazenar apenas o arquivo digital.
No caso da empresa destinatária das mercadorias e da NF-e, e que seja emitente de NF-e , ela também não precisará guardar o DANFE, mas apenas o arquivo digital recebido.
Caso o destinatário não seja contribuinte credenciado para a emissão de NF-e, o destinatário deverá manter em arquivo o DANFE relativo a NF-e da operação pelo prazo decadencial estabelecido pela legislação, devendo ser apresentado à administração tributária, quando solicitado.
Reforçamos que o destinatário sempre deverá verificar a validade e autenticidade da NF-e e a existência de Autorização de Uso da NF-e, tenha ele recebido o arquivo digital da NF-e ou o DANFE acompanhando a mercadoria. Hoje os processos são separados.
1- DANFE -> transporte de mercadoria -> entrada manual MIRO/MIGO.
2- XML -> interface B2B -> armazenamento no GRC.
A funcionalidade de entrada automática dos dados da NFE no ERP (sem necessidade de digitar nada, dados lidos do XML) está prevista pro próximo release do NFE.
Quanto ao requisito legal (armazenar o XML e verificar status da NF-e quando da chegada do XML), a solução já atende. Mas vc continua tendo q fazer a MIRO/MIGO e checar na SEFAZ o status da NF-e quando da chegada do DANFe (pois no meio tempo entre a chegada do XML e da DANFe, a NF-e pode ter sido cancelada pelo emissor). No próximo release, esses passos manuais serão totalmente automatizados, sendo integrados com o processo do XML.

XML 3.10 - OB - Error While Sending Batch

Olá pessoal boa tarde a todos,
Estou com alguns problemas nos cenários de outbound do XML 3.10, sp16.
Quando está no processo de envio do lote a SEFAZ, todos os lotes ficam travados com erro abaixo:
Verificando a msg dentro do PI - está com rejeição 215 - só que isso não refletiu no monitor de batch XML 3.10.
Rejeição:
Monitor Batch XML 3.10:
Verifiquei várias threads que tem alguns erros relativos ao SP16, solitei a aplicação de duas notas do SP17:
2013540 - NF-es remains in status 'Waiting for Batch Response' although the batch process ends with status ok
2008564 - NF-es remains in status 'Waiting for Batch Response' although the batchs process ends with status ok
Não acredito que apenas essas duas notas vão corrigir o problema.
Alguém passou por essa mesma situação ?
Atenciosamente,
Ricardo Viana.

Halsen,
SEFAZ AM - Erro de schema XML - 215
SEFAZ SP - Erro HTTP 500
SEFAZ MG - EM BRANCO
Olha a msg de erro bizarro:
Resposta:
Qual foi o ajuste que vocês fizeram para esse caso em BRANCO ?
Att,
Message was edited by: Ricardo Viana

Erro na comunicação SEFAZ AM - Ambiente de Produção

Bom dia Srs,
Estou com problemas de comunicação com a SEFAZ AM, ambiente de produção.
No "Service Status", mostra o ambiente de produção com erro 70, desde o dia 01.10.2010. Entrei em contato com a SEFAZ AM e eles dizem que não tem problema do lado deles.
Na transação SMX_MONI as mensagens de checagem de status enviadas para o SEFAZ AM ficam com status System Error.
Esta é a mensagem que está sendo exibida na tag <SAP:AdditionalText>com.sap.aii.af.ra.ms.api.DeliveryException: unable to create a socket</SAP:AdditionalText>
Alguem já passou por algum tipo de problema parecido, onde a SEFAZ afirma não ter problemas de consulta de status, mas no GRC o service status estar mostrando o contrário?
Muito obrigado.

Bom dia,
Esse erro "unable to create a socket" é da camade de rede TCP e pode estar acontecendo internamente ao PI, no proxy, firewall, router, servidor Sefaz, ou seja, todo o caminho do cliente até o server.
Pelo seu histórico da outra mensagem é provável que seja no servidor da Sefaz, que não está conseguindo abrir uma conexão nova.
Se você trabalha com outras secretarias e não está tendo problema, é provável que a instabilidade esteja realmente do lado deles.
E sobre a pergunta, sim, normalmente os atendentes da Sefaz só "sabem" quando o problema está corrigido.
Atenciosamente, Fernando Da Ró

Link´s redudantes para a comunicação com a Sefaz

Boa tarde a todos!
Pessoal existe algum pré-requisito para se colocar uma alta disponibilidade de link´s (2 link´s) para
o ambiente PI GRC NFe (SLL-NFE 100 0018 SAPK-10018INSLLNFE x NFE 1.0) comunicar com as Sefaz?
Neste final de semana colocamos dois link´s para fazer o balanceamento e disponibilidade.
Mas todos os processos de comunicação com a Sefaz terminavam com time-out. Após deixar todo
trafego com a Sefaz em apenas um dos link o processo normalizar. Com o balanceamento ativado só tenho time-out.
Agradeço,
Pamplona
Caramuru Alimentos

Boa tarde Henrique, tudo bem?
No meu caso eu estou falando do link de internet.
No ultimo domingo 19/06 implementamos um 2º link de internet
de uma outra operadora. Quando subimos a aplicação o resutado
foi que toda a comunicação do nosso ambiente (consulta, aprovação, cancelamento, check status etc)
com a Sefaz terminava com erro por time-out.
Com isso fizemos um filtro aonde todo o trafego com a Sefaz voltaria somente a ser feito
pelo link da Embratel e nada seria feito pelo novo link da OI (apesar do link da Embratel apre-
sentar o dobro de latencia do link da OI). Com o filtro aplicado toda a comunicação com a Sefaz
se reestabeleceu e terminaram as mensagens de erro. Mas continuamos na dependencia de
ter a comunicação entre a empresa e a Sefaz trafegando por um unico link.
Agradeço,
Pamplona
Caramuru Alimentos

Consulta de Status do XML na SEFAZ.

Similar Messages

Maybe you are looking for