ERRO NO SISTEMA , NÃO CARREGA

O Sistema Não Carrega, e quando consegue desconecta-se Sozinho, as pessoas não conseguem conectarse ao formulário,fica carregando o tempo todo ?? O que eu faço ??? estou o dia todo com este problema.

Olá,
Nós ter corrigido o problema. Por favor, tente novamente. Pedimos desculpas por quaisquer incoveniences que isso pode ter causado.
Lucia

Similar Messages

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

Cancelamento/inutilização: erro de sistema PI

Pessoal, bom dia!
Por favor, estamos testando o cenário de Cancelamento de NF e as notas estão ficando com os seguintes status:
Stat. Processo: 06 - Enviado ao Processamento da Nota Fiscal Eletrônica
Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI
Analisando o erro no Monitor do PI, peguei o XML enviado ao Sefaz e testei no endereço http://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx e os dados estão corretos.
O Erro detalhado no Monitor do PI é (Error in response):
Message processing failed. Cause: com.sap.aii.af.ra.ms.api.RecoverableException: SOAP: response message contains an error XIAdapter/PARSING/ADAPTER.SOAP_EXCEPTION - soap fault: Unexpected Error java.lang.NoSuchMethodError: javax.xml.soap.SOAPFactory.newInstance(Ljava/lang/String;)Ljavax/xml/soap/SOAPFactory; at br.inf.portalfiscal.soapclient.ClientSoap.(TransitoCancelamentoClient.java:56) at br.inf.portalfiscal.nfe.controller.ValidaDadosCanc.verificarRegistroCirculacao(ValidaDadosCanc.java:248) at br.inf.portalfiscal.nfe.controller.ValidaDadosCanc.validaDadosCanc(ValidaDadosCanc.java:214) at br.inf.portalfiscal.nfe.controller.ValidacaoXMLHelper.validaCancelamento(ValidacaoXMLHelper.java:307) at br.inf.portalfiscal.nfe.controller.UtilSession.processarCancelamento(UtilSession.java:509) at sun.reflect.GeneratedMethodAccessor292.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:359) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:237) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:158) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:169) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:181) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168) at org.jboss.ejb.plugins.LogInterceptor.inv
Obrigado,
Danilo

De fato, esse trace é do web service da propria SEFAZ.
Esses objetos referenciados (e.g. ValidaDadosCanc.java) não fazem parte do pacote do SAP NFE.
O status no GRC está como comunicacao de PI (vermelho)?
Se sim, depois de a SEFAZ corrigir o problema, vc consegue restartar o processo pela aba de Erro de Cancelamento/Inutilizacao no Monitor de NFes.
Abs,
Henrique.

Erro "B2B: erro de sistema PI"

Olá a todos. Aplicamos a versão 2.0 do GRC, Support Package 15 e após isso, quando uma Nota Fiscal é cancelada, o cliente não recebe o XML desse cancelamento, apresentando um erro no GRC como: B2B: erro de sistema PI. Nessa nova versão esse envio é obrigatório. Alguém já passou por esse erro? Tem alguma idéia do que pode ser?
Obrigado a todos que puderem ajudar
Marcos Cristiano Ickert
Basis

Marcos,
Alem de configurar o Cenário para o novo namespace 006, no Design para o Produto/SWCV usado o B2B você precisa alterar o Interface Mapping(7.0)/Operation Mapping(7.1) de Envio(NTB2B_procNFe_TO_procNFe)/Cancelamento(CTB2B_procCancNFe_TO_procCancNFe) para o namespace 006, assim como já deve estar para a versão 005a.
(isso apenas para os objetos do seu produto/swcv)
OBS.: caso vocês utilizem a solução igual ou parecida com o que Henrique postou no forum.
E caso você precise reiniciar esse erro de B2B no GRC, como você está SPK 15 será necessário aplicar a nota 1512936 para tirar o dump que gera.
Espero que ajude.
Abraço,
Bruno Lima

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.

Cancelamento/inutilização: erro de sistema PI - SEFAZ MG - Erro: 50

Bom dia,
Estamos com problemas para relizar o cancelamento de notas junto ao SEFAZ de MG.
Todos os cancelamentos retornam da seguinte forma:
Status de Processo: 06 - Enviado ao Processamento da Nota Fiscal Eletrônica
Status de Erro: Cancelamento/inutilização: erro de sistema PI
Fizemos várias tentativas de reenvio, mas todas retornaram com o mesmo erro.
Também alteramos o status de erro, através da tabela de histório de status, mas também continua retornando o mesmo erro.
Aparentemente isso está acontecendo desde segunda-feira (03/10).
Verificamos na sxi_monitor e não há registro de erro (sem bolinha vermelha), os precessos ficam "bandeirados", mas com o erro NEGATIVE_ACKNOWLEDGEMENT.
Ao que tudo indica é algum problema no SEFAZ de MG, mas como podemos verificar isso?
Alguém está tendo o mesmo problema?
Desde já obrigada!
Gilmara Silva

Boa tarde.
Estamos tendo o mesmo problema.
Na verdade o problema começou na SEFAZ MG dia 30.09.2011. Algumas (muito poucas) empresas estão conseguindo cancelar. Acredito que depende de qual servidor da SEFAZ o pedido é processado.
Depois de diversos contatos com SEFAZ via chamados, telefonemas, etc....recebemos o seguinte retorno:
"Este é um problema intermitente e pela análise da STI deve estar ocorrendo apenas em uma das máquinas utilizadas no processamento. Alguns contribuintes estão conseguindo a autorização quando do reenvio da solicitação de cancelamento.
Ainda não podemos precisar a disponibilidade da solução."
SEF/MG - SAIF/DINF/DED
Ou seja, sem previsão.
At.,
Bernardo Braga

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.

Descrição dos Erros de Lote.

Boa tarde a todos.
Gostaria de sugestões e opiniões.
Atualmente esta cadastrado no domínio /XNFE/ERROR_STATUS as seguintes descrições para os erros:
36 - Lote: erro de sistema PI
37 - Lote: erro de aplicativo PI
40 - Consulta de status de lote: erro de sistema PI
41 - Consulta de status de lote: erro de aplicativo PI
etc...
Problema é que, para usuarios inexperientes (muito comum), tudo é problema de PI - o que gera inumeras reclamações/duvidas/chamados.....quando o problema é, em 99,9% das vezes, na SEFAZ.
É desaconselhado alterar estas descrições? Por exemplo: para erro 40 colocar: Consulta de status de lote: erro na SEFAZ
At.,
Bernardo Tavares Braga

Bom dia Bernardo,
Sim, é desaconselhável modificar estas descrições. A cada suporte package você teria que analisar as mudanças feitas no standard (podem existir) e refazê-las em seu sistema (inclusive as traduções).
Sobre o erro a mensagem está correta ao informar que o erro "está" no PI não que seja do PI. O que acontece é que o GRC (aplicativo) não tem como saber o que aconteceu de errado dentro do PI.
Solução: Treinamento e paciência. Faça um guia (pps ou pdf ou intranet) ilustrando o que fazer para os principais problemas explicando possíveis causas.
Espero ter ajudado.
Atenciosamente, Fernando Da Ró

Erro no envio de Lote com NF-e em Contingência (FS) para o Paraná

Experts, bom dia.
Devido à entrada em contingência em modo SCAN na data de ontem pelo Estado do Paraná, emitimos algumas NF-e's em Contingência, porém optamos por não emitir em SCAN, mas sim em Formulário de Segurança (FS).
Com isso, as notas que foram emitidas no momento da "queda" do SEFAZ PR ficaram "travadas" com engrenagem na J1BNFE. Comutamos estas Notas para poder emitir novas notas em Contingência. Assim que o SEFAZ PR voltou, resolvemos tirar a Contingência no ECC e enviar as NF-e's emitidas em FS.
Estas Notas (FS) foram enviadas corretamente ao GRC, que montou um Lote e tentou enviar ao SEFAZ PR pelo cenário BATCH. Porém ocorreu erro neste Lote (36-Erro de Sistema PI). Verifiquei na MONI e somente ocorre erro no Acknowledgement do BATCH:
<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:P1>
<SAP:P2></SAP:P2>
<SAP:P3></SAP:P3>
<SAP:P4></SAP:P4>
<SAP:AdditionalText></SAP:AdditionalText>
<SAP:ApplicationFaultMessage namespace=""></SAP:ApplicationFaultMessage>
<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
<SAP:Retry>M</SAP:Retry>
</SAP:Error>
Já tentei reenviar este Lote de FS diversas vezes e volta a ocorrer erro de ACK. As Notas emitidas em modo NORMAL para o PR estão sendo aprovadas normalmente.
Alguém já passou por esta situação? Ou tem idéia do que pode estar ocorrendo?
Desde já agradeço.
Pedro Baroni

Pessoal, o erro acima ocorreu devido ao SEFAZ do PARANÁ ter respondido o Servico de entrega de Lote (BATCH) sem o campo obrigatório DHRecbto:
<?xml version="1.0" encoding="UTF-8" ?>
- <nfeRecepcaoLoteResponse2 xmlns="http://sap.com/xi/NFE/006">
- <nfeRecepcaoLote2Result>
- <retEnviNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00">
<tpAmb>1</tpAmb>
<verAplic>PR-v2_4_5</verAplic>
<cStat>225</cStat>
<xMotivo>Falha no Schema XML do lote de NFe. org.xml.sax.SAXParseException: cvc-pattern-valid: Value 'RSIDU77' is not facet-valid with respect to pattern '[A-Z]{3}[0-9]{4}' for type '#AnonType_placaTVeiculo'.</xMotivo>
<cUF>41</cUF>
</retEnviNFe>
</nfeRecepcaoLote2Result>
</nfeRecepcaoLoteResponse2>
Devido a isto a mensagem de erro não foi gravada no Lote e não apareceu no Monitor do GRC.
Fernando / Henrique, neste caso é necessário entrar em contato com o SEFAZ PR ou pode haver algum tratamento no SAP?
Abs.

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

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

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

Duvida erros NFE

Olá,
Preciso de uma ajuda ,
Até ontem estava tudo rodando normal, porem hoje aconteceu o seguinte problema, temos configurado dois sefaz para envio de NFe PE e AL, porem hoje quando fomos tentar enviar notas para PE começaram a aparecer alguns problemas, o batch fica com o erro "42 - Nº máximo de consultas atingido" e a nota " 90 - Verificação de status: erro de sistema PI" e se tentar reenviar muitas vezes alguns lotes ficaram com "70 - Erro do Processamento da Nota Fiscal Eletrônica" e a nota destes "46 - Lote rejeitado pelo Processamento da Nota Fiscal Eletrônica"
fui na sxmb_moni procurar o erro que poderia ser lá, em apenas 1 dos 5 lotes que deram erro achei
SAP:Stack>Multiple receivers are not permitted in synchronous calls</SAP:Stack>
os demais lotes não tinham erro nenhum,
ja revi todas as configurações do directory e não encontrei nada estranho lá.
Bom... Isso foi mais ou menos umas 3 da tarde até umas 18 horas,
agora as 19 horas tentei reenviar os lotes pra ver de novo, e todos deram certo! e o erro não aparece mais, tudo isso aconteceu para o ambiente de homologação, será que tem algo configurado errado? ou pode ser alguma instabilidade que aconteceu aqui ou no sefaz?
Obrigado.

Pitoshi,
acho que a msg de erro que vc achou na MONI e os sintomas apresentados por vc sao relacionados a problemas distintos, pelo simples motivo de que se a causa do erro fosse a reportada pela msg da MONI, isto deveria estar causando um erro permanente e nao algo intermitente.
Provavelmente era erro da SEFAZ sim.
Qto à msg de erro, verifique para qual cenario ela aconteceu (BATCH, BATSR, SRVSC etc) e dai vá no Integration Directory e verifique o Receiver Determination que determina qual eh a SEFAZ recebedora relativo a esse cenario (a interface é algo que termina com "_SYNC"). Verifique se todas as conditions (baseadas em tpAmb e cUF) estao mapeadas corretamente; ele está reclamando que há mais de um possivel receiver para uma interface sincrona, entao pode ser que esteja faltando condicao para algum receiver.
Abs,
Henrique.

Cálculo de Impostos TAXBRA e TAXBRJ

Pessoal,
Estou em um projeto de migração de TAXBRJ para TAXBRA e me deparei com uma questão nos processos de SD.
Em alguns testes preliminares constatei que a TAXBRA só está considerando o Código de Imposto para o cálculo, independente do IVA determinado pela IBRX.
Existe a possibilidade de na TAXBRA efetuar o cálculo dos impostos utilizando a lógica da TAXBRJ, ou seja, utilizar o Código de Imposto de SD e o código IVA (det. pela IBRX), ambos para saber se o cálculo de certos impostos tem que ser executado ou não. Exemplos:
1- Se IVA = S0 e Código de Imposto = I3 (ICMS e IPI) o processo não calcularia nada.
2- Se IVA = SD (ICM3, IPI3 e ICS3) e Código de Imposto = Z3 (ICMS e IPI) o processo calcularia só o ICMS e IPI, pois a ST não é comum para os dois.
Conclusão: Tanto o IVA quanto o Código de Imposto devem trabalhar conjuntamente para que o SAP entenda se o cálculo de determinado imposto deve ser efetuado ou não.
Obrigado,

Pois é Ruy, o problema é que o sistema não está se comportando desta maneira.
Com a TAXBRA o que esta acontecendo por exemplo é que eu tenho um IVA S0 (flags no ICM0 e IPI0, ou seja não deve calcular nada) determinado na IBRX e o código de imposto I3 (com os flags no ICMS e IPI). Na teoria a pricing não deveria calcular nenhum imposto já que o IVA e o Código de Imposto não tem nenhuma informação em comum para o cálculo, vamos dizer assim. Porém na pricing estão sendo calculados todos os impostos do Código de Imposto, ICMS e IPI. É como se o IVA tivesse sendo ignorado.
E isto acontece para qualquer Código de Imposto, mesmo com um IVA S0 ou outro IVA, o que o sistema está considerando para o cálculo é o Código de Imposto determinado no processo.
O curioso é que com a TAXBRJ o sistema esta se comportando da maneira correta (calcula só com o cruzamento do Codigo de Imposto e IVA)
Será que é algum erro de sistema? Tem ideia do que pode ser?
Obrigado,
Sebastian

Diferentes Fuso horários Brasil

Olá pessoal, boa tarde!
Estou com um problema relacionado aos diferentes Fuso Horários do Brasil.
O erro é o seguinte:
O meu sistema tem horário padrão com timezone -3 e eu possuo alguns locais de negócios em Manaus, onde o timezone é -4. Seguindo todas as orientações da SAP, implementei as notas para que eu pudesse fazer o controle do fuso horário pelo usuário e não acarretar problemas de autorização com a SEFAZ AM.
No entanto existe uma situação específica que não estou conseguindo resolver. Vou citar abaixo um exemplo para ficar mais claro o erro:
Quando no Rio Grande do Sul são 00h30 do dia 01/11 por exemplo, no Amazonas ainda são 23h30 do dia 31/10. Com um timezone específico para o Amazonas, eu consigo gerar a NFe com data do dia 31/10 às 23h30, porém quando eu estorno a nota a data atribuída ao campo J_1BNFDOC_CANDAT é preenchida com a data do sistema, neste caso 01/11, às 00h30.
As consequências desta situação são:
1) A nota na SEFAZ aparece como cancelada no dia 31/10 às 23h30 e no SAP aparece no dia 01/11 às 00h30.
2) Consequentemente, no livro de saídas no SAP a nota só aparece cancelada no dia 01/11 às 00h30 o que diverge da informação contida no site da SEFAZ.
Alguém já passou por essa situação? Sabem como posso fazer para resolvê-la?
Muito obrigada! Luciana.

Olá Luciana,
me parece um erro do sistema, que só considera o timezone na criacao do documento, mas nao no momento do estorno.
Estranho que ninguém mais reclamou disso...
Abra um chamado na SAP reproduzindo o problema e solicite para que o estorno leve em consideração o mesmo timezone do usuário utilizado na criação.
Abs,
Henrique.

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

ERRO NO SISTEMA , NÃO CARREGA

Similar Messages

Maybe you are looking for