Erro com fuso horario no Paraná Status 703

[luciano_f]

 Pessoal pelo que pude perceber é um problema na Sefaz do meu estado onde o horário vai mudar Domingo dia 21  porém fizeram alguma coisa errada.

 Em todos os meus cliente estamos tendo que efetuar a seguinte mudança

 No Windows, na configuração de horário Desmarcar a opção ajustar automaticamente o horário para horário de verão.  e colocar algum UTC que seja -02:00 como por exemplo  "Tempo Universal Coordenado 02"   ou     "Atlântico Central"   depois disso preciso acertar o relógio  Fazendo isto o XML vai ficar com  -02:00.

 Vendo esse post
 http://www.projetoacbr.com.br/forum/topic/25387-erro-de-data-hora-de-emissao/?_fromLogin=1

 O detalhe é que esse problema só acontece com o Novo ACBR com o antigo ACBR esse problema não acontece pois usa a função 
 "function GetUTC(UF: string; const dataHora: TDateTime): string;"

 Pude perceber que o novo ACBR usa um método da função da biblioteca "Synapse" synautil.TimeZone  porém não é o suficiente aqui no Paraná e não sei como resolver a não ser entrar em todas as maquinas dos cliente e fazer o procedimento que aludi acima.

  Gostaria de dar uma dica para os administradores seria mais interessante o ACBR além de continuar usando o método atual pela biblioteca "Synapse" synautil.TimeZone  ter uma outra propriedade onde poderia ser informado o UTC manualmente  assim quando tivéssemos algum problema dessa natureza a gente poderia deixar parametrizado no próprio software o UTC correto o que é muito mais simples que ficar mexendo no Relógio do Windows.

 

Editado 16 Fevereiro, 2016 por luciano_f

[André Ferreira de Moraes]

Provavelmente os Windows dos seus clientes não estão atualizados e por esse motivo saíram do horário de verão antes da hora.

[ncc.star]

Bom dia!

Por enquanto, para um cliente meu do PR também está acontecendo algo semelhante.

O PC está com horário de verão (correto), e se tentar autorizar a NF-e dá rejeição 3291->Data-Hora de Emissao posterior ao horario de recebimento Tolerância de até 5 minutos. 

Se atrasar em 1 hora na hora de emissão autoriza normal. Tente fazer isso.

Em homologação (SEFAZ RS) não apresentou problemas. Acredito que deva ser algo da apenas da SEFAZ do PR.

[rodrigoogioni]

Bom dia,

Estamos com esse mesmo problema em meus clientes, Sefaz RS.

Grato

[Isaque Pinheiro]

Leia os posts a partir desse link http://www.projetoacbr.com.br/forum/topic/28037-erro-data-hora-de-emissao-posterior-ao-horario-de-recebimento/?do=findComment&comment=184368, é mostrada algumas soluções.

[luciano_f]

Então acredito que uma boa alternativa seria a ideia que postei na abertura do tópico

Gostaria de dar uma dica para os administradores seria mais interessante o ACBR além de continuar usando o método atual pela biblioteca "Synapse" synautil.TimeZone  ter uma outra propriedade onde poderia ser informado o UTC manualmente  assim quando tivéssemos algum problema dessa natureza a gente poderia deixar parametrizado no próprio software o UTC correto o que é muito mais simples que ficar mexendo no Relógio do Windows. 

 

[luciano_f]

 Colocando a Opção de inserir manualmente o UTC no ACBR nosso software poderia ter uma tela igual a essa

http://tdn.totvs.com/pages/releaseview.action?pageId=179699729

[JeannyPaiva]

Infelizmente tem locais onde não atualizam o windows. Vários clientes ainda com Windows XP, também, apresentam o mesmo problema em relação ao horário de verão, pois o Windows "acha" que o horário de verão terminou dia 14.

A solução tem sido alterar o fuso horário das máquinas para -2 temporariamente, o que seria melhor resolvido se o UTC pudesse ser atribuído pelo próprio sistema, e utilizar a informação do windows de forma opcional.

[luciano_f]

 Olá que os Administradores acharam de nossa ideia de ter uma opção de entrar com o UTC manualmente ?

[Juliomar Marchetti]

5 minutos atrás, luciano_f disse:

 Olá que os Administradores acharam de nossa ideia de ter uma opção de entrar com o UTC manualmente ?

Bom isso já está sendo tratado em um tópico que foi criado acho que antes desse!

e sim está se pensando em algo!

[luciano_f]

Bom isso já está sendo tratado em um tópico que foi criado acho que antes desse!

e sim está se pensando em algo!

 Qual seria o Topico para eu poder acompanhar

 Grato.

[luciano_f]

Olá alguma posição sobre essa questão ?

Se algum dos Administradores eu posso criar a Propriedade no ACBR  e colocar ela no XML.
E depois poderia postar os fontes aqui para um Administrador colocar no Source Oficial.

A ideia seria se essa propriedade estivesse diferente de EmptyStr então usaria ela senão usaria do Synapse

É que realmente estou com muito problemas com respeito a isso.

Grato.

Editado 19 Fevereiro, 2016 por luciano_f

[Juliomar Marchetti]

Agora, luciano_f disse:

Olá alguma posição sobre essa questão ?

Se algum dos Administradores eu posso criar a Propriedade no ACBR  e colocar ela no XML.

A ideia seria se essa propriedade estivesse diferente de EmptyStr então usaria ela senão usaria do Synapse

É que realmente estou com muito problemas com respeito a isso.

Grato.

Jura que tu não pesquisou antes que vir postar novamente?

 

[luciano_f]

Jura que tu não pesquisou antes que vir postar novamente? 

 Sim colega porém o forum é muito grande e da forma como procurei não encontrei.

 Vou estar atualizando meu ACBR agora.

 Muito grato pela atenção.

 

Editado 19 Fevereiro, 2016 por luciano_f

[Juliomar Marchetti]

Nós além de responder conseguimos pesquisar nele mesmo grande assim! e achamos posts antigos com as mesmas respostas que damos até hoje!

fique sempre atento pois por exemplo esse é um tópico fixo que o Isaque criou para explicar!

fecharei este tópico pois já está a resposta nessa nova propriedade!