CC-e erro 578

[Former Member]

Boa tarde.

Estou testando a CC-e mas esta retornando o erro 578 - Rejeição: A data do evento não pode ser maior que a data do processamento.

Notei que a SEFAZ esta retornando o registro do evento com horário diferente do horario de envio do nosso servidor. Provavelmente eles não ajustaram o servidor de CCe para o horário de verão.

Alguém pode me indicar como faço pra entrar em contato com a Sefaz para verificar este ajuste?

Abs

Luis Henrique Borin

[Former Member · Accepted solution]

Senhores, boa tarde!

Consegui resolver o problema do erro 578 . A minha solução foi ajustar a hora do sistema operacinal através da opção de flag e não simplesmente avançar o relógio do S.O. (no caso o S.O. aqui é Windows)

Após isto, acessei a t-code stzac e configurei a mesma com o timezone BRAZIL (standard).

Resolvido.

Att,

HMattos.

[Former Member · Accepted solution]

Oi Henrique Mattos, tudo bom?

Onde exatamente você ativou o flag de Horário de Verão? Servidor do PI, Servidor do ECC ou nos dois ? O seu Servidor é Virtual ou Físico? Vocês utilizam o AD (Active Directory) nos seus servidores ?

Obrigado,

Abraços ..

Edited by: riqueartimonte on Dec 7, 2011 6:21 PM

[henrique_pinto · Accepted solution]

Henrique,

por favor, marque a thread como respondida.

Abs,

Henrique.

[Former Member]

Boa noite Senhores.

Caso o problema ainda ocorra mesmo apos as validacoes/alteracoes do fuso do sistema e ou usuarios ja tiverem sido validados, verifique em qual fuso a localizacao do negocio esta inserido. Para executar tal atividade, siga: IMG referencia SAP u2013 SAP Customizing guia de implementação u2013 Componentes Validos para varias aplicações u2013 Funções gerais de aplicação u2013 Nota Fiscal u2013 Filial CNPJ u2013 Definir locais de Negocio. Clique em endereco e verifique o campo FUSO-HORARIO.

Espero ter ajudado.

[Former Member]

Senhores, boa tarde!

outra solução encontrada por um colega de trabalho para resolver o problema do erro 578 da SEFAZ foi, alterar a função J_1BNFE_EVENT_PREPARE no ECC.

Foi acrescentado o seguinte código.

79 * Fill event structure

80 ls_event-crenam = sy-uname.

81 GET TIME STAMP FIELD ls_event-issue_tmpl.

82

83 *** AJUSTE HORARIO VERÃO

84 DATA: V_hora TYPE SY-UZEIT,

85 v_data type sy-datum.

86

87 CONVERT TIME STAMP ls_event-issue_tmpl TIME ZONE 'BRAZIL'

88 INTO DATE v_data time v_hora.

89

90 *v_hora = v_hora - 3600.

91

92 CONVERT DATE V_DATA TIME V_HORA DAYLIGHT SAVING TIME 'X'

93 INTO TIME STAMP ls_event-issue_tmpl TIME ZONE 'BRAZIL'.

94

95 **** FIM AJUSTE HORARIO VERÃO

96

97 es_event = ls_event.

98 ENDFUNCTION.

Esta solução funcionou, mas minha opinião particular sobre este problema, continua como sendo a melhor solução o ajustes dos horários no Servidor e no ECC e não alteração da função standard.

Bom amigos, as soluções estão ai e a decisão fica a critério de cada um.

Att,

HMattos.

[Former Member]

Oi Henrique, tudo bom?

Problema resolvido com o flag do horário de verão no ECC. Concordo com você que essa é a melhor solução mesmo, mas muito boa a sugestão de alteração da função. Bem legal !!

Muito obrigado pela ajuda..

Abração ..

[Former Member]

Senhores, boa tarde! desculpe pela demora.. mas ajustei no Sistema Operacional do Servidor do ECC.

@ Henrique, esta thread não é minha e eu não posso finaliza-la.

Abs,

HMattos.

[Former Member]

Senhores, bom dia!

estou com o problema exatamente igual ao desta thread e gostaria de saber qual foi a solução que vocês aplicaram pois, eu já tentei algumas e nenhuma com sucesso.

Fico grato se puderem me dar esta dica.

Att,

HMattos.

[marcos_souza]

Olá Fernando, tudo bem?

Para complementar o cenário deste erro, aqui temos filiais em São Paulo e no Ceará. As cartas de correção de São Paulo são aprovadas, porém para o Ceará recebemos o erro 578. Verifiquei no xml que o fuso horário do Ceará está errado (está com -02:00 hrs como SP, porém lá não tem horário de verão). Neste caso será necessário criar outro fuso horário apenas para os estados que não fazem parte do horário de verão?

Att,

Marcos

[former_member182114]

Bom dia Marcos,

Exatamente você precisa do timezone corretamente configurado para cada filial, para lá você pode usar o standard UTC-3 já que não entrou no DST.

Atenciosamente, Fernando Da Ró

[former_member182114]

Bom dia Luis,

Para CC-e diferente de NF-e, o ERP passa timestamp e timezone para o GRC que prepara a data/hora do evento.

Provavelmente seu GRC não está configurado com o tratamento correto de DST (dayligth saving time).

Faça o teste:

Rode a função /XNFE/EV_CONV_TIMESTAMP_TO_EXT via SE37

coloque os valores conforme abaixo:

IV_TIMESTAMP_INT  20111026174000
IV_TIMEZONE       BRAZIL

A resposta correta é:

EV_TIMESTAMP_EXT  2011-10-26T15:40:00-02:00

Repare que tradicionalmente somos -03:00 em relação ao UTC, porém como estamos em horário de verão é -02:00.

Verifique se:

- que timestamp e timezone estão sendo passados pelo ERP (nem sempre usa o standard BRAZIL, pode ter um ZBR ou qq coisa que tem que estar alinhado no GRC)

- na view de timezone (V_TTZZ) o timezone está correto e com DST marcado para BRAZIL, veja abaixo o previsto para timezone BRAZIL na TTZZ:

TZONE         BRAZIL
ZONERULE      M0300
DSTRULE       BRAZIL
FLAGACTIVE    X
DESCRIPT      Brasilien

- na view de DST (TTZDV) está correta a informação de entrada e saída com regras atuais conforme abaixo se não estiver verificar a SAP Note 198411 pois a SAP atualiza estes dados pelo componente BC-SRV-TIM-TZ:

DSTRULE       BRAZIL
YEARFROM      1998
MONTHFROM     10
WEEKDFROM     1
WEEKDCFROM    1
TIMEFROM      02:00:00
MONTHTO       3
WEEKDTO       1
WEEKDCTO      2
TIMETO        02:00:00

Atenciosamente, Fernando Da Rós

Edited by: Fernando Ros on Oct 26, 2011 9:59 PM

[Former Member]

Bom dia Fernando.

Executei os teste sugerido e todos deram OK.

Realizei um outro teste.

Estes são os parametros da J1BNFE da CCe.

Criação do reg.Hora do evento Reg.Hora resposta

20.111.027.115.405,7510000 20.111.027.105.439,0000000

Retorno da função /XNFE/EV_CONV_TIMESTAMP_TO_EXT:

Criação:
IV_TIMESTAMP_INT                20.111.027.115.405,7510000
IV_TIMEZONE                     BRAZIL
Parâms.export
EV_TIMESTAMP_EXT                2011-10-27T09:54:05-02:00

Registro:
IV_TIMESTAMP_INT                20.111.027.105.439,0000000
IV_TIMEZONE                     BRAZIL
Parâms.export
EV_TIMESTAMP_EXT                2011-10-27T08:54:39-02:00

Note que existe a diferença de 01:00 hora entre a criação e o registro.

Não consegui localizar onde esta esta diferença.

Alguma dica?

Abs

Luis Henrique Borin

Edited by: Fernando Ros on Oct 27, 2011 2:34 PM - Editado para melhor visualizaçã

[former_member182114]

Bom dia Luis,

Esta data de registro é a da Sefaz?

Você continua obtendo rejeição ou não?

Pegue as datas direto do payload que está sendo enviado à Sefaz e retornada por ela diretamente do XI.

E:

- poste aqui estas datas e também qual a data hora real do seu relógio do momento da criação

- que Sefaz está usando? É no timezone BRAZIL com DST?

- o usuário tá configurado de acordo? E o local de negócio tem o timezone correto?

Atenciosamente, Fernando Da Ró

[Former Member]

Boa tarde Fernando.

Nos teste que realizei, tenho as seguintes situações.

ERP - QAS

ZBRA UTC-03 M0300 - 3 horas NONE SEM hora de Verão

PI - DEV

UTC-03 UTC-03 M0300 - 3 horas BRAZIL Brasil

No Payload da mensagem, ficou assim:

Envio : time sent : 19:21:59

Recbto: dhRegEvento : 16:21:50 - 02:00

Horário da máquina : 16:21:39

Estou utilizando a SEFAZ de SP.

O servidor foi ajustado manualmente para o Hr Verão.

Este erro ocorreu após este ajuste.

Abs

[former_member182114]

Bom dia Luis,

Estou confuso quanto ao procedimento realizado... O correto para Brasil em horário de verão é estar -02:00

Sendo assim, ignoraram isso no ERP? Mudaram o horário da máquina?

E no GRC? Estando -03:00 parece que o DST (horário de verão não está configurado conforme).

Quanto aos valores que você postou, 19:21:59 está realmente sem UTC?

Envio : time sent : 19:21:59
Recbto: dhRegEvento : 16:21:50 - 02:00
Horário da máquina : 16:21:39

Você tem ZBR configurado no GRC tal qual no ERP? ou apenas o timezone BRAZIL? Se for isso crie/configure o ZBR também ali

Atenciosamente, Fernando Da Ró

[Former Member]

Boa tarde Fernando,

Estamos com o seguinte cenário:

Estamos implementando o processo de carta de correção por um sistema não GRC.

Pelo que eu entendi, em um ambiente GRC, existe o modulo de função /XNFE/EV_CONV_TIMESTAMP_TO_EXT que efetuaria a conversão do timestamp para a data e hora do evento(levando em consideração horário de verão, etc).

Pergunta:

Para aqueles que não utilizam o GRC como sistema de mensageria, como efetuar o tratamento do timestamp?

Existe alguma nota que possamos aplicar para que o modulo de função citado acima seja disponibilizado no ambiente?

att.

[former_member182114]

Bom dia Carlos,

Evite postar seu problema junto com outro problema em andamento, isso confunde a resolução da thread.

Crie sempre uma nova.

Sobre o que você precisa, crie um chamado em XX-CSC-BR-NFE solicitando esta questão.

Atenciosamente, Fernando Da Ró

[Former Member]

Boa tarde Fernando,

Estou participando do projeto juntamente com o Luis.

Então, respondendo sua pergunta: Sim, o horário do servidor, tanto do ECC quanto do PI foi ajustado pelo Basis para o horario de verão.

Inicialmente não existia o ZBRA configurado no PI. Hoje o criamos e nosso cenário é o seguinte:

No ECC:

SPRO: (atualizar fusos horarios):

(ZBRA | UTC-3 | M0200 | - 2hrs | NONE | Sem hora de verão | não flegado)

SPRO: (atualizar configuraçoes do sistema):

-- Fuso Horario do Sistema: ZBRA

-- Fuso Horario stand. p/ Usuario: ZBRA

-- Fuso Horário ativo : não flegado

No GRC:

SPRO: (atulaizar fusos horarios):

(ZBRA | UTC-3 | M0200 | - 2hrs | NONE | Sem hora de verão | não flegado)

SPRO: (atualizar configuraçoes do sistema):

-- Fuso Horario do Sistema: ZBRA

-- Fuso Horario stand. p/ Usuario: ZBRA

-- Fuso Horário ativo: não flegado

obs: Verificamos que ao criar a CCe na j1bnfe o campo "Criado as" no historico do evento está vindo com 1 hora a mais se compararmos com nosso relógio.

Se verificarmos a tabela (syst) tanto no ECC quanto no PI (exemplo: Verifiquei as 14:21 hrs), vemos que o parametro TIMLO está sempre 1 hora adiantado em relacao ao UZEIT. Segue:

UZEIT: 14:21:10

TIMLO: 15:21.10

ZONLO: ZBRA

Obrigado,

Abraço ..

[former_member182114]

Bom dia,

Qual o timezone do horário do servidor? digo, não do usuário mas do servidor?

Ele está em UTC-3 ou neste ZBRA?

E como foi setado o horário de verão no servidor SAP? No sistema operacional adiantaram 1 hora?

Atenciosamente, Fernando Da Ró

[Former Member]

Bom dia,

O timezone do servidor está como ZBRA.

Isso mesmo, o Basis alterou manualmente em 1 hora o horario do windowns no servidor.

Obrigado,

[former_member182114]

Bom dia,

Então, isso significa que a data/hora UTC que ele encontra não é a UTC de verdade... está à frente 1 hora.

Daí surgem os demais problemas.

Atenciosamente, Fernando Da Ró