Nfc-E Acre Utc Errado

[Daniel Simoes R. Felgar]

Bom dia pessoal,

 

Estou implantando o primeiro sistema com NFCe , o cliente é do Acre(Rio Branco)!

Percebi que na geração do XML o UTC vai como -4 e a resposta do servidor vem sempre como -5! em conversa com o responsavel pelo cliente ele me disse que la é o ano todo UTC -5 !!!

 

percebi que a função esta errada!! Nao sei se tenho acesso ao subversion p\ comitar!! Fiz a correção segue o codigo abaixo!!! Testado e a NFCe foi autorizada!

function GetUTC(UF: string; const dataHora: TDateTime): string;

function GetUTC(UF: string; const dataHora: TDateTime): string;
const
  UTC5 = '.AC.';
  UTC4 = '.AM.RR.RO.MT.MS.';
  UTC3 = '.AP.PA.MA.PI.TO.GO.CE.RN.PB.PE.AL.SE.BA.MG.ES.RJ.SP.PR.SC.RS.DF.';
var
  HorarioDeVerao: Boolean;
begin
  if (UF = '90') or (UF = '91') or (UF = '') then
     UF := 'DF';  


  HorarioDeVerao := IsHorarioDeVerao(UF, dataHora);


  if AnsiPos('.' + UF + '.', UTC4) > 0 then
  begin
    Result := '-04:00';
    if HorarioDeVerao then
      Result := '-03:00';
  end
  else
  if AnsiPos('.' + UF + '.', UTC3) > 0 then
  begin
    Result := '-03:00';
    if IsHorarioDeVerao(UF, dataHora) then
      Result := '-02:00';
  end
  else
  if AnsiPos('.' + UF + '.', UTC5) > 0 then
  begin
    Result := '-05:00';
  end;
end;

 

 

[Juliomar Marchetti]

Boa tarde

anexe a unit alterada ao post que será feito o merge e validação para posterior um dos commiter subir ao svn as mesmas!

[Daniel Simoes R. Felgar]

Ok Juliomar

 

esta anexada!!!

pcnAuxiliar.pas

[FabioNery]

Boa Tarde, Juliomar.

 

Além do Acre, existem alguns municípios do Amazonas que também estão na UTC -5: Atalaia do Norte, Benjamin Constant, Boca do Acre,Eirunepé, Envira, Guajará, Ipixuna, Itamarati, Jutaí, Lábrea, Pauini,São Paulo de Olivença e Tabatinga. Os nomes destes município estão listados em http://pt.wikipedia.org/wiki/Fusos_hor%C3%A1rios_no_Brasil. No mapa http://pcdsh01.on.br/Fusbr.htm também destaca estes municípios no fuso de -5:00, apesar de não ter os nomes deles. Seria possível, então, o acbrnfemonitor assumir a hora de emissão e saída que está no xml em vez dele alterar automaticamente? Exemplo: gerei o xml com  <dhEmi>2014-09-15T14:22:00-04:00</dhEmi>

<dhSaiEnt>2014-09-15T14:22:00-04:00</dhSaiEnt>

para testar mas o xml foi alterado para -03:00 nas duas datas...

[Juliomar Marchetti]

Ok Juliomar

 

esta anexada!!!

Boa tarde

sua alteração já está disponível no svn!

[tobexy]

Olá pessoal! 

Desculpem resgatar a situação. 

Porém essa alteração está gerando problemas no pedido de cancelamento de NFe no Acre

Identificamos que enquanto o sistema usava uma revisão antiga do ACBr no SVN (7400) tudo funcionava normalmente, porém com a atualização da revisão 7441 onde foi alterado o ../Fontes/PCN2/pcnAuxiliar.pas devido a esse erro que o Daniel postou, o sistema passou a gerar erro ao tentar cancelar uma NFe, vasculhando descobrimos que o erro é exatamente por causa dessa alteração, eu desfiz essa alteração postada pelo Daniel e o cancelamento voltou a funcionar normalmente, ou seja, atualizei todo o ACBr para a revisão de hoje (7790) e voltei o pcnAuxiliar.pas para ficar sem essa alteração postada aqui, com isso o sistema voltou a cancelar normalmente sem gerar erro.

O erro que estava sendo gerado era esse:

 

Falha na validação dos dados do Envio de Evento 

'2014-11-12T12:13:56-05:00' violates pattern constraint of '(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1...'.

The element '{http://www.portalfiscal.inf.br/nfe}dhEvento'with value '2014-11-12T12:13:56-05:00' failed to parse.

Categoria: EACBrNFeException

 

Existe uma forma de conciliar as duas situações, implementando essa correção postada aqui sem impactar no cancelamento de NFe?

 

Pelo que vi o problema parece ser nos schemas que estão validando de 0-4 no fuso, aí quando tenta colocar 5 dá erro, porém para não alterar os schemas modifiquei o pcnAuxiliar

 

Obs.: Usamos a NFe 2.00 

Editado 13 Novembro, 2014 por tobexy

[Leonardo Gregianin]

 

Olá pessoal! 

Desculpem resgatar a situação. 

Porém essa alteração está gerando problemas no pedido de cancelamento de NFe no Acre

Identificamos que enquanto o sistema usava uma revisão antiga do ACBr no SVN (7400) tudo funcionava normalmente, porém com a atualização da revisão 7441 onde foi alterado o ../Fontes/PCN2/pcnAuxiliar.pas devido a esse erro que o Daniel postou, o sistema passou a gerar erro ao tentar cancelar uma NFe, vasculhando descobrimos que o erro é exatamente por causa dessa alteração, eu desfiz essa alteração postada pelo Daniel e o cancelamento voltou a funcionar normalmente, ou seja, atualizei todo o ACBr para a revisão de hoje (7790) e voltei o pcnAuxiliar.pas para ficar sem essa alteração postada aqui, com isso o sistema voltou a cancelar normalmente sem gerar erro.

O erro que estava sendo gerado era esse:

 

Falha na validação dos dados do Envio de Evento 

'2014-11-12T12:13:56-05:00' violates pattern constraint of '(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1...'.

The element '{http://www.portalfiscal.inf.br/nfe}dhEvento'with value '2014-11-12T12:13:56-05:00' failed to parse.

Categoria: EACBrNFeException

 

Existe uma forma de conciliar as duas situações, implementando essa correção postada aqui sem impactar no cancelamento de NFe?

 

Pelo que vi o problema parece ser nos schemas que estão validando de 0-4 no fuso, aí quando tenta colocar 5 dá erro, porém para não alterar os schemas modifiquei o pcnAuxiliar

 

Obs.: Usamos a NFe 2.00 

 

 

Bom dia,

 

Veja o que diz o item 5 da Nota Técnica 2014.004:

 

5. Informação de Data e Hora de qualquer região do mundo

A faixa de fusos horários do Brasil compreende também o fuso de -05:00 horas, que passou a ser adotado pelo Acre em 10/11/2013. Para atender esta realidade, foi alterado o Schema de Eventos da NF-e permitindo a informação de Data e Hora de qualquer região do mundo (faixa de horário UTC de -11:00 a +12:00).

Nota: A possibilidade de informar qualquer fuso horário permite que as empresas utilizem o horário do seu equipamento servidor, mesmo que este equipamento esteja localizado em outro País.

 

 

 

Veja se seus arquivos de schemas estão atualizados.