ee.manchado

fiz um teste logo pela manha e me parecer que o problema no webservice de homologação foi resolvido... seria interessante se outra pessoa também verifica-se se o erro foi corrigido teste com 2 cliente agora um do paraná e outro do espirito santos e em ambos os caso foi ok. só para complemento e adicionar informação caso um dia isso venha a acontecer com alguem tbm eu tava com problema em um cliente que aqui em são paulo q estava retornando cStat 403 - erro de forbidden tanto em homologação como em produção descobri por um acaso q o certificado digital q eles me encaminharam para teste era de extensão .p12 porem o mesmo pq razão só deus sabe mudou para .pfx depois de mto debugar descobri q o arquivo estava corrompido então fiquem espertos se acontecerem o mesmo com um de seus cliente pq esse deu mto trabalho para descobrir

fiz um teste logo pela manha e me parecer que o problema no webservice de homologação foi resolvido... seria interessante se outra pessoa também verifica-se se o erro foi corrigido teste com 2 cliente agora um do paraná e outro do espirito santos e em ambos os caso foi ok.

então pessoal pelo q eu testei esse problema está ocorrendo apenas em ambiente de homologação em produção está funcionando normalmente testes todos foram feitos direcionado ao sefaz de ambiente nacional usando clientes do RS, ES, SP e em todos os caso em produção o processo está funcionando

Estou com esse mesmo problema no processo de consulta de notas fiscais para posterior manifestação está retornando o msm erro não cheguei a testar em produção mas em homologação está ocorrendo vou testar em produção e depois atualizo se lá também está ocorrendo esse problema O erro ocorre apenas em ambiente de homologação em produção está funcionando normalmente... somente adicionando informação a empresa usada para teste é do ES e usei o web service de ambiente nacional do sefaz para ambos os casos tanto homologação como produção

isso ocorre devido ao horário de verão nos tivemos esse problema em alguns cliente que não reiniciarão o servidor quando houve essa mudança de horário e a SESSIONTIMEZONE do oracle não atualizou que é aonde nós buscamos o valor do fuso horário, para resolver o problema eu fiz uma rotina simples onde eu verifico o processo na própria maquina do usuário TimeZone: TTimeZoneInformation; if GetTimeZoneInformation(TimeZone) = TIME_ZONE_ID_DAYLIGHT Then result := FormatFloat('00', (TimeZone.Bias div -60) + 1) + ':00' else result := FormatFloat('00', TimeZone.Bias div -60) + ':00'; isso resolveu nossos problemas com todos os clientes principalmente com aqueles onde o servidor da empresa era em são paulo mas a matriz ficava no nordeste.

Bom dia desde o dia 20 me deparo com essa situação no processo de consulta destinadas para posterior manifestação queria saber se alguém está tendo a mesma dificuldade ou até mesmo os prováveis motivos que acarretariam nessa situação Estou utilizando o Sefaz AN para realizar a consulta o certificado está correto pois é o mesmo que utilizo para os demais serviços do sefaz. xml de envio para consulta <consNFeDest xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"> <tpAmb>2</tpAmb> <xServ>CONSULTAR NFE DEST</xServ> <CNPJ>XXXXXXXX000151</CNPJ> <indNFe>0</indNFe> <indEmi>0</indEmi> <ultNSU>0</ultNSU> </consNFeDest> Xml retorno do sefaz <retConsNFeDest xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"> <tpAmb>2</tpAmb> <verAplic>1.1.0</verAplic> <cStat>999</cStat> <xMotivo>2999 - Falha nao tratada</xMotivo> <dhResp>2014-01-22T09:20:37</dhResp> </retConsNFeDest>

Como foi resolvido esse problema eu procurei na internet se houve mudança tanto no xml quando na estrutura do webservice do sefaz porem não encontrei nada apenas pessoas com a mesma dificuldade que a minha tenho essas 3 situações em ambos os cliente é direcionado ao sefaz AN para consulta destinadas... no cliente do ES o sefaz está retornando o erro como <cStat>999</cStat> erro não tratado no cliente do RS o sefaz também está retornando o erro como <cStat>999</cStat> erro não tratado no cliente de SP o erro 403 Forbidden a rotina em nada foi mudada desde dezembro de 2013 quando a mesma funcionava normalmente caso vc possa dar uma esclarecida seria de grande ajuda obrigado

Depois de mta dor de cabeça e e xingamentos rs resolvi o problema

blz michel vc poderia dar uma olhada na estrutura do meu xml segundo o sefaz ele está correto o schema tbm <envEvento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> <idLote>00000015XXXXXX</idLote> <evento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> <infEvento Id="ID210200XXXXXX"> <cOrgao>43</cOrgao> <tpAmb>2</tpAmb> <CNPJ>89839450000186</CNPJ> <chNFe>43XXXXXXXXXX</chNFe> <dhEvento>2013-01-16T09:40:48-02:00</dhEvento> <tpEvento>210200</tpEvento> <nSeqEvento>1</nSeqEvento> <verEvento>1.00</verEvento> <detEvento versao="1.00"><descEvento>Confirmacao da Operacao</descEvento> </detEvento> </infEvento> </evento> </envEvento> só que o sefaz do RS dá esse maldito erro 410 - Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service

bom tarde gostaria de saber se alguém mais está com problema na hora de enviar uma confirmação de destinatário já tentei no sefaz de são paulo e no do rio grande do sul 410 - Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service o xml de retorno <retEnvEvento versao="1.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <idLote>000000150126001</idLote> <tpAmb>2</tpAmb> <verAplic>RS20120906120553</verAplic> <cOrgao>43</cOrgao> <cStat>410</cStat> <xMotivo>Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service</xMotivo> </retEnvEvento>