Status de mensagem do sistema igual a G

Bom dia !
Temos a NFe implantada na versão 4.6C e ocasionalmente estamos tendo um problema que é o seguinte: Uma nota é gerada, tem um erro de validação e após acertar o erro quando se tentar enviar novamente a nota recebemos o retorno de que :
Novo stat.comun.sistema "Enviada a sistema de envio de mensagens (XI,...)"
não permitido p/status comun.sist.anterior "Enviada a sistema de envio de
mensagens (XI,...)"
Com isto temos a nota no ERP com status StComSist = 0 e SSM=G e no GRC temos somente o erro 10 = erro de validação. Ou seja não conseguimos mais enviar a nota para o GRC após a correção do erro de validação e ficamos com a nota parada no ERP.
O que percebemos pelo log é que no momento em que a nota é gerada, o programa do decouple é executado (via job a cada um minuto) e recebemos e mensagem de que o "documento xxxxxxx já está sendo processado". Será que pelo fato de o programa ser executado a cada minuto, quando um processo está sendo executado entra um novo processo que tenta numerar/enviar as mesmas notas que o processo anterior ? Seria o caso de alterar o periodicidade de execução do job ou um problema de 4.6C ?
Poderiam me ajudar ?
Obrigada.
Lucia

Boa tarde Fernando,
Estou acompanhando essa situação com a Lúcia, e, em relação a termos mais de job rodando simultaneamente, isso não ocorre; temos um job sendo processado a cada 1 minuto. A "anomalia" que encontramos é que eventualmente o tempo de processamento desse job se extende, ou seja, um processamento que normalmente dura segundos às ultrapassa 1 minuto, e é aí que entra nossa duvida; quando um job está sendo processado além de 1 minuto, acaba havendo outro job ativado simultaneamente; será que com isso esse segundo job tenta numerar docnum que já esteja sendo processado pelo primeiro???
Att.
Alessandro Botignon

Similar Messages

105 lote esta processando - Erro 40 de sistema de PI - Batch Status Query

Prezados,
Nós temos um lote em GRC com os detalhes seguintes código de estado - 105 lote esta processando.
Nós temos um lote em GRC com os detalhes seguintes:
- Código de estado: 105 "lote esta processando"
- Estado de lote: 04 "pedido enviou"
- Estado de Error: 40 questão de estado de lote: Erro de sistema de PI"
Reiniciando o lote por monitor de GRC resulta em um erro "Erro processo inicial Envie Lote (lote ID 000000000013825)"
Algumas ideas ou sugestoes para proceder?
Obrigado
Marc de Ruijter
Key words for thread search:
- Error status 40 Batch status query: PI system error
- Batch status 04 request sent
- Status code 105 batch being processed

Creio que estou com o mesmo problema,
Estou com um lote com erro no status 5 mensagem "Consulta de status de lote: erro de sistema PI" e ao reiniciar o lote encontro a mensagem a abaixo:
"Erro ao inicializar o processo Enviar lote (nº de lote 000000000000XXX)".
Na sxi_monitor do PI não apresenta erro nenhum!! eu conferi a tabela citada na thread e tinham vários registros e um deles referente ao meu lote. Apaguei apenas o referente ao meu lote porem ainda não reinicia.

Mensagem de erro para requisição de compra

Boa tarde, temos uma situção em nossa empresa onde o usuário consegue alterar as quantidades nas requisições de compra após ser gerada cotação ou pedido de compra.
Desejamos inserir uma mensagem de erro impedindo esta situação, no customizing identifiquei a opção abaixo e gostaria de saber se posso adotar a solução atráves desta parametrização.
SPRO -> Adm. Materiais -> Compras -> Dados Ambiente -> Determinar característica de mensagem do sistema -> Mensagens do Sistema, posso cadastrar a mensagem através desta opçã

Bom dia Luiz,
Cadastrar uma mensagem não. Esta transação existe para que seja configurada a criticidade entre as opções de disparo abaixo para mensagens programadas pelo standard.
vazio - Nenhum aviso será dado ao usuário / equivalente a desabilitar a função
E - Avisa o usuário e PARA o processo
W - Avisa o usuário porém deixa prosseguir
Atenciosamente, Fernando Da Ró

Inutilização de uma nfe com mensageria não sap

Prezados Colegas,
Gostaria de solicitar uma preciosa ajuda de vocês.
Estou em um projeto de implementação, utilizando a solução SAP para NF-e, porém com uma mensageria NÃO-SAP que o cliente já utiliza hoje.
Preciso entender como funciona o seguinte cenário:
Foi emitida uma NF-e no ERP SAP e enviada para a Mensageria. Por algum problema na SEFAZ não houve uma resposta para a mensageria e neste intervalo o faturista vê que tinha erro na NF-e e resolve cancelar a nota.
No monitor de NF-e a nota está com estes parâmetros:
Status Ação : engrenagem
Etapa do Processo: em processamento
Status do Documento: Aguardar resposta
Status de Com. Sistema: Enviado ao Sistema de Envio de mensagens
Como devo proceder para cancelar esta nota e solicitar inutilização na SEFAZ ? A NF-e tem uma chave de acesso, a Inutilização vai gerar uma outra chave correto?, e na volta está chave (da inutilização) ficará gravada na tabela, e no Livro de Saídas aparecerá como inutilizada ?
Confirmem se são estes os passos que tenho que seguir:
No monitor, seleciono a nota e faço um ESTORNO ANTES DA AUTORIZAÇÃO; em seguida ESTORNAR DOCUMENTO DE ORIGEM, e depois eu clico em ENVIAR (ESTA É A SOLICITAÇÃO DE INUTILIZAÇÃO ?)
E pelo fato de ser outra mensageria, tem alguma implicação diferente, algo que eventualmente não funcione na atualização do SAP ?
Antecipadamente agradeço,
Diógenes

Fernando,
Eu vou reformular minha questão, porque acredito que misturei o cenário que o cliente comentou que existe hoje e como isto se daria no SAP, com o que realmente eu preciso saber que é a Inutilização de uma nota fiscal.
Então o cenário seria este:
O usuário criou uma nota, e se deu conta que criou errada e precisa cancelá-la, a nota foi para a mensageria, porém esta (a mensageria) por algum motivo, alguma falha na SEFAZ, o ambiente estava fora, algo parecido, ainda não tinha recebido resposta para a nota, se foi autorizada ou rejeitada, consequentemente o monitor de NF-e no SAP não foi atualizado, para esta nota na coluna Status da Ação, continua aparecendo a "engrenagem".
Para que o usuário cancele esta nota no SAP e na sequencia peça a inutilização, tudo isso levando-se em conta que não obtivemos a resposta da SEFAZ, a sequencia de passos que ele tem que fazer é esta que coloco abaixo ? :
1 - No monitor, seleciona a NF-e
2 - Escolhe "Estorno antes da Autorização"
3 - Na coluna ETAPA aparece a atividade "2"
4 - Escolho "Estornar documento de Origem"
5 - Enviar NF-e as Autoridades Fiscais
E levando-se em conta que a SEFAZ não respondeu da 1a vez, que a nota não consta na base de dados dela, então a SEFAZ deve aprovar a inutilização.
Pelo fato de ser uma outra mensageria, o processo acontece normalmente, não há nenhum desenvolvimento a ser feito do lado do ERP SAP para que esta situação seja atendida, a saída da solicitação de inutilização é feita normalmente pela função J_1B_NFE_XML_OUT, e no nosso caso aqui temos o PI como middleware que envia os dados para a mensageria NÃO - SAP. Nós já fizemos o desenvolvimento para atender a Inutilização quando se tratar do gap de numeração, em que usamos o programa J_1BNFECHECKNUMBERRANGES.
Desculpe, se não fui muito claro anteriormente.
Atenciosamente,
Diógenes

B2B - Cliente e Transportadora

Fizemos uma alteração na solução standard do B2B.
Na função que chama o Proxy, eu criei um enhancement-point para manipular o campo CNPJ para identificar qual o tipo de mensagem será enviada, no meu caso EMAIL Ou WebService, até ai OK.
O problema é que assim que manda o XML para o cliente eu estou também mandando para a Transportadora o XML, usando o mesmo Proxy e interface PI, repliquei a lógica standard para o envio para a transportadora. Quando ocorre algum erro no envio por email para o Cliente ou para a Transportadora, ex: email não cadastrado, e para o outro envio vai com sucesso o status no monitor do GRC fica com sucesso e eu não consigo reprocessar a mensagem que deu erro. Se os dois cadastros estão OK, ele manda com sucesso para os dois sem problemas.
Existe a possibilidade de caso der erro em algum, deixar com mensagem de erro no monitor do GRC para ser reprocessado posteriormente? Mesmo que uma das duas mensagens tenha ido com sucesso, melhor mandar duas vezes do que não mandar.
Como o cadastro do cliente é mais dinâmico do que o da transportadora, clientes temos mais de 2.000 e transportadoras 3, pensei em assim que executasse a Proxy da interface para o Cliente, tentar identificar se deu erro no Ack, se deu erro eu nem continuo o processo para a transportadora, porém não consegui identificar no código quando deu erro ou não.
Alguém tem alguma idéia?
Desde já, muito obrigado.

Olá Maicon,
sim, esse report é executado via job (schedulando o /xnfe/process_reports, que chama ele via submit).
Nao vai adiantar vc fazer o =>get_acknowledgement() logo depois de manda pois demora um pouco pra mensagem ser executada pelo Integration Engine, Mapping Runtime, Adapter Engine etc.; até dar o erro, vai ter um deltaT considerável. E fazer um while ack() vazio, wait 5seconds, é sacanagem, eheehehehe.
Por isso sugeri, se quiser modificar, que pense em modificar o proprio form get_acknow, pois ele é executado via job, e uma hora vc pega o ack.
Mas note que não necessariamente vc quer que o usuário restarte o B2B manualmente. Como vc mesmo observou, por ser uma interface ***íncrona, o próprio Adapter Engine faz retries automáticos de envio depois de 5 minutos do ultimo erro. Somente em caso de erro permanente é q faz sentido fazer o restart; esse "erro permante" vc pode observar vendo o status da mensagem no Mesage Monitoring do RWB (componente Adapter Engine). Infelizmente nao sei dizer se esse nível de detalhamento do erro volta no ack que vai pro Integration Engine, se voltasse seria o mundo perfeito, e daí vc poderia fazer um IF status = vai tentar de novo, nao joga erro no monitor (talvez faça sentido um status novo, algo do tipo "erro mas vai retentar enviar sozinho"), else status = erro permanente, daí vc joga erro no monitor pro usuário poder restartar.
Se nao vier no ack, daí vc ainda pode tentar pensar numa maneira de ler isso das tabelas do Adapter Engine, que eu pessoalmente nao manjo mas que deve ter alguma coisa no forum de PI.
Abs,
Henrique.
PS: pensei que seu 1o nome fosse Rosa, rs... Desculpe.

Pedido de Compra subordinado

Olá a todos,
Quando vou inserir um pedido de compras, está aparecendo a seguinte mensagem no sistema: "O sistema criará um pedido de compra subordinado. Inserir este documento?".
Procurei já nos fóruns em inglês e também nas Notas mas não encontrei relação que me dissesse o que é um pedido subordinado.
Alguém já viu esta mensagem antes?
OBS: é a primeira vez que apareceu esta mensagem no sistema.
Obrigada,
Michelle Knevitz

Prezada Michelle,
tal mensagem deve-se pelo fato da opção "Dividir o Pedido de Compra" estar selecionado nas definições de documento (Administração-> inicialização de sistema ->definições de documento -> aba documento -> documento pedido de compra). Tal parametrização pode ser feita manualmente em cada um dos pedidos de compra também. Isso pode ser verificado no pedido de compra, aba de logística, opção "Dividir Pedido de Compra".
A seleção desta opção deve-s quando uma ordem de compra envolve mais de 1 armazém.
Para maiores detalhes, vide documentação do Business One disponível no Portal (http://service.sap.com/smb/sbo -> Implement -> Documentation Resource Center).
Atenciosamente,
Wesley

Mensagem de status do serviço - versão 2.0

No SAP PI, estamos enfrentando problemas com o mapeamento da mensagem que verifica o status do serviço.
No SP07
Quando a mensagem de transformação está completa, estamos obtendo uma mensagem em xml com nome da
operação. Então, no PI, a mensagem em xml vem "envelopada" em uma mensagem SOAP. Então, não há nenhum problema no sistema datapower que usamos para precessar o arquivo.
No SP15
Quando a mensage de transformação está completa, estamos obtendo uma mensagem SOAP em xml sem o nome da
operação. Então, no PI, a mensagem em xml ~é "envelopada" em outra mensagem SOAP. Este não é uma processo standard de mensages. Então, oo sistema datapower não consegue processar a mensage.
O que vocês acham?
Grata,
Fabiana

Bom dia Fabiana,
Não apenas novos campos no manual do contribuinte, mas também a forma do envelope e SOAP, parametros foram modificados no 2.0, isso mudou além do próprio layout, ou seja, no datapower será também necessário adaptar para que ele consiga receber do GRC corretamente e fazer a ponte para Sefaz e o retorno.
Atenciosamente, Fernando Da Ró

Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI

Boa noite, srs!
Estamos com um problema na inutilização e cancelamento de NFe junto ao SEFAZ.
Foi executado o report J_1BNFECHECKNUMBERRANGES para inutilização de numeração de NFe. A tabela J_1BNFENUMGAP foi preenchida com a numeração, porém a mesma não consta na consulta do site da Fazenda.
Consultando o Monitor GRC com os IDs indicados na tabela, aparece o seguinte erro:
Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI
De fato o processo aparece com erro no monitor do PI. Não consegui diagnosticar o erro na msg xml de retorno. A unica descrição disponível é:
<SAP:AdditionalText>com.sap.aii.af.ra.ms.api.DeliveryException: SOAP: response message contains an error XIAdapter/HTTP/ADAPTER.HTTP_EXCEPTION - HTTP 415 Unsupported Media Type</SAP:AdditionalText>
Reparei que o mesmo erro ocorre para estorno de NFes que já foram aprovadas no SEFAZ.
Verifiquei os canais de comunicação para inutilização e cancelamento de notas e os endereços estão apontando corretamente para os WS da Fazenda. O serviço (Minas Gerais) também aparece como disponível/ativo na SEFAZ.
Estou meio sem norte aqui para identificar o erro.
Alguém já enfrentou este caso ou algo similar?
Obrigado desde já!
Carlos Penteado.

Bom dia, caros!
Obrigado pelas respostas!
Metade dos meus problemas foi solucionado! =|
Henrique e Bernardo, vocês tinham razão, era erro da própria SEFAZ. Tentei o re-envio do estorno da NFe pelo GRC e ela retornou com sucesso!
No entanto, tive que alterar o status da nota no J_1BNFE_ACTIVE para que a nota completasse o estorno na J_1BNFE.
Porém o erro da inutilização da numeração de NFe continua acontecendo. O funcional abriu um chamado na SAP, assim que tiver alguma resposta, replico aqui!
Fernando, verifiquei o canal de comunicação de inutilização (SKIP) e as configurações parecem ok, estão assim como os canais que funcionam.
Nunca utilizei o Visual Administrator. Vou verificar com o Basis a possibilidade...
Obrigado pela ajuda! Atualizarei assim que encontrar mais alguma novidade!
Abs,
Carlos.

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

Status de erro 36 - Lote: erro de sistema PI

Prezados, bom dia.
Durante as chuvas de ontem em São Paulo caiu a conexão de internet da empresa e ficamos com alguns lotes de notas com status de processo incorreto.
Status de lote 02 - Enviado ao PI
Status de erro 36 - Lote: erro de sistema PI
Já tentei reinicializar a atualizar os lotes no GRC porém nenhum resultado.
Alguem pode ajudar ?
R3 6.0 e ainda NÃO estamos na NFe 2.0
Tks,
Rodrigo Vieira

Olá Rodrigo,
no monitor de lotes, aba "erro de envio", os lotes aparecem disponíveis para reenvio?
Selecione-os e clique em reenviar (ou restart, ou whatever).
Abs,
Henrique.

¿Qué programa funciona igual que Dreamweaver en el sistema operativo Linux/Ubuntu?

¿Qué programa funciona igual que Dreamweaver en el sistema operativo Linux/Ubuntu?

Hi Ramon,
Dreamweaver is not available on LInux Ubuntu. It is available only for the Windows and MAC OS.
Thanks,
Preran

ERROR AL EJECUTAR EL SISTEM STATUS REPORT SSR

Jovenes Buena tarde, tengo el sguiente incoveniente, estoy ejecutando desde el rsp el SSR pero llega al punto de documentos y me da un error, adjunto imagen, a alguien le ha pasado esta situacion? Espero sus valiosos comentarios. gracias, La version de SAP ES 8.81 PL 08 y el RSP 2.4 pl10

Estimada Viviana,
Lo reportado es un error conocido y documentado en la nota 918188.
En la misma podrán observar que el error se genera debido a conflictos causados por la instalación de la versión de .Net 2.0
Adicionalmente el error es generado cuando el usuario no es administrador del grupo de trabajo.
Les invitamos a revisar la nota pertinente y aplicar los correctivos pertinentes.
Queda a sus gratas ordenes,
Juan Manuel Marrero
SAP Business One Forums Team

NF-e de entrada apresenta a mensagem de erro: A quantidade notificada é superior à quantidade pedida (/XNFE/APPB2BSTEPS011)

Boa Tarde,
Estamos implementando a Nota fiscal Eletrônica 10.0 e nosso ambiente é SLL-NFE 900 0014.
Estamos fazendo alguns testes no monitor do GRC (NF-e Fiscal Workplace) e no Step Simular Fatura e NF-e, ao Definir status 'ok' o Standard apresenta a seguinte mensagem:
A quantidade notificada é superior à quantidade pedida 28520.000 KG
Nº mensagem /XNFE/APPB2BSTEPS011
Diagnóstico
Na chamada do sistema ERP, foi retornada a mensagem 161(ME).
Procedimento
Se a causa do problema forem dados incorretos no documento XML, você pode rejeitar a NF-e e informar o emissor.
Se a causa do problema forem atribuições incorretas (por exemplo, itens da NF-e a itens do pedido), você pode corrigir as atribuições e repetir a etapa do processo.
Se a causa do problema for um customizing incorreto no sistema ERP, você pode corrigir o customizing e repetir a etapa do processo.
O log de aplicação deste erro fica vinculado a etapa de Gerar recebimento, informando que não foi possível criar o recebimento. Porém ao analisar a PO no ECC encontramos o recebimento criado na PO.
Alguém poderia me ajudar a entender o problema? Em anexo um print do erro.
Muito obrigado.
Oriel Maiolo

Eduardo, boa tarde!
Era isso mesmo, utilizando a chave de confirmação 0004 não gera este erro.
Por algum motivo excluíram algumas configurações do standard para esta chave de confirmação, precisei refazer tudo novamente e testei apouco.
Muito obrigado pela ajuda.
Grande abraço.
Oriel Maiolo

ATUALIZAÇÃO DE STATUS NF-E EMITIDA E ENVIADA A LEGADO P/ COMUNICAÇÃO SEFAZ

Senhores (as);
   Estou desenvolvendo uma NF-e que será gerada no SAP (J1B1N), depois será enviada a um sistema legado que fará o envio a SEFAZ. Para tal, na J_1B_NFE_XML_OUT, coloquei uma codificação que gera um arquivo .xml e salva num diretório, onde o legado busca este arquivo e envia a Sefaz e trata as contigências, cancelamentos, imprime o DANFE, etc. coloquei também uma chamada a essa RFC no form Call_Xi. Ocorre que no monitor J1BNFE, quando seleciono a nota e clico em enviar aparece a mensagem:
"Mensagem incompleta (Falta nível de gravidade, área, número ou exceção)"
    E quando eu tento carregar o retorno na J_1B_NFE_XML_IN e forçar nela status de enviado, retorna "Não permite status seguinte 'Não Enviado' para doc. 'Autorizada'".
    Gostaria de saber se alguém sabe como atualizar os status do Monitor (J1BNFE) neste caso; e se tem como, somente alimentando a J_1B_NFE_XML_IN, atualizar os status ? Gostaria de que quando enviar no Monitor o status ficasse em 'enviado', 'Autorizado', etc, de acordo com a fase do processo, pois o legado consegue carregar a J_1B_NFE_XML_IN com o retorno da SEFAZ....
Desde já agradeço....

Exmo Sr:. Da Rós;
   Segue abaixo respostas:
Bom dia José Aguilar,
porém o meu problema com a atualização dos status persiste
Pergunta: Agora quando a NF-e é emitida e transferida para o sistema mensagerio você obtem um SCSSTAT = 0 na J1BNFE?
Resposta: Não. Esta é exatamente a causa de todas as minhas perguntas neste fórum.
...temos para auxiliar os amigos do fórum no entendimento correto da questão, pois se trata de cenário único (envolve 3 sistemas) e com particularidades específicas, como servidor Unix, cliente Retail, sem PI nem GRC, etc.
Para o ERP este passo de saída não faz tanta distinção ser o GRC ou não, ele irá chamar a /XNFE/NFE_CREATE para o GRC ou a J_1BNFE_XML_OUT para mensageria de terceiros.
Próximos passos:
- Qual o resultado do debug? O que descobriu?
Resposta: No Debug descobri a solução para o meu problema antigo, as mensagens do log; porém não conseguí ainda achar exatamente o ponto onde acontece o flag do campo SCSSTAT, o mesmo passa por diversas estruturas, variáveis e ti's, tentei forçar o valor no campo porém quando passa por outras consistências e funções volta a zerar o conteúdo. Agora estou debugando o grupo de funções j_1b_nfe e a j1b1, pois a verdade é que preciso flegar este campo no momento da criação da nf-e, pois os usuários terão acesso ao j1bnfe só para verificar status, pois o volume de notas é muito grande e devem já ser criadas com a determinação do número e o envio para o programa que repassará o arquivo ao Synchro.
- Os status mudaram?
Resposta: Não.
Atenciosamente, Fernando Da Rós
Agradeço pela compreensão, disposição, educação e grande paciência com que o senhor vem reportando meus questionamentos.
Grato.
José Aguilar.

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

Status de mensagem do sistema igual a G

Similar Messages

Maybe you are looking for