on 07-31-2012 2:47 PM
Pessoal, bom dia.
Estamos com um problema na emissão de CC-e num cliente, onde o servidor do GRC está no Brasil e o ECC na Europa, e está ocorrendo confusão entre os horários dos dois ambientes (ocorre aquele erro "578 Rejeição: A data do evento não pode ser maior que a data do processamento.").
Tenho duas dúvidas:
1 - Qual a configuração recomendada nesta situação, em relação aos horários dos sistemas operacionais e timezone do SAP?
Considerando que hoje a Europa está com horário de verão, penso que o correto seria:
-> BRAZIL(GRC): Horário = Brasília = BRT / Timezone SAP: BRT
No caso do ECC, tenho dúvida se deveria ser:
-> EUROPA(ECC): Horário = CEST = UTC+2 / Timezone SAP: CET (SEM configuração para assumir o horário de verão)
Ou:
-> EUROPA(ECC): Horário = CET = UTC+1 / Timezone SAP: CET (COM configuração para assumir o horário de verão)
2 - A configuração do timezone no ECC está setada para CET e o horário do sistema operacional está com a hora atual da Europa (ou seja, com horário de verão). Ao rodar o report TZCUSTHELP recebemos o seguinte retorno (o sistema já foi reiniciado após ajustes das configs de timezone):
-> foi entrada a data/hora de 31.07.2012 09:
Troubleshooting Support for Time Zone Settings
Time Setting in Operating System
System Date.....................: 31.07.2012
System Time.....................: 14:51:45
System Time Zone Offset to UTC..: 0
System Currently in DST.........: NO
Current UTC Date................: 31.07.2012
Current UTC Time................: 14:51:45
Current User Date...............: 31.07.2012
Current User Time...............: 11:51:45
Current User Time Zone..........: BRAZIL
System Time Zone................: CET
Current System Date.............: 31.07.2012
Current System Time.............: 16:51:45
System time zone or UTC timer is incorrect
Current User Date (Entered).....: 31.07.2012
Current User Time (Entered).....: 09:51:00
Current User Time Zone (Entered): BRAZIL
Current User Time (Conversion)..: 31.07.2012
Current User Date (Conversion)..: 11:51:45
UTC timer incorrect or difference between
your entered time and current time in system is too
great.
For information on how to proceed, see the documentation.
Qual o caminho a seguir após ajustar os fusos e reiniciar o servidor, e ainda restar problema?
PS.: Imagino que o fórum mais adequado não seja o do SPED & NF-e por envolver Basis, mas não sei exatamente onde postar. Como está relacionado à mensageria, deixei aqui. Se necessário peço ajuda para mover para o Forum correto.
Obrigado,
Eduardo
Bom dia Eduardo,
Sim, este tópico pode ser tratado aqui pois ele tem bastante com NF-e (eventos) 🙂
O programa TZCUSTHELP ajuda partindo da sua informação de data/hora/timezone e verificando se o sistema consegue gerar uma informação coerente para UTC, se não conseguir fazer a fórmula é problema.
Que timezone você informou ao rodar o programa TZCUSTHELP ?
Atenciosamente, Fernando Da Rós
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oi Fernando, tudo bem?
Seguem os dados da análise efetuada (rodei novamente agora):
Current User Date (Entered).....: 01.08.2012
Current User Time (Entered).....: 13:50:00
Current User Time Zone (Entered): BRAZIL
Complementando:
Hora do sistema:
Hora da máquina (notebook):
Dados de entrada:
Retorno do Report TZCUSTHELP:
Sobre seu post acima (Re: Fusos Horários GRC x ECC), creio que seja possível acertar de alguma forma os horários, quem sabe até deixar o server do GRC com o mesmo horário do ECC, porém, entendo que mesmo assim precisamos arrumar essa conversão do ECC, certo?
Abraço,
Eduardo
Boa tarde Eduardo,
Eu tive este mesmo problema quando estavamos enviando a carta de correção a um cliente.
Analisando os ambientes percebemos que o mandante do SAP GRC-NFe esta configurado de maneira diferente a do SAP ECC e então utilizamos a transação STZAC para realizar os ajustes.
Lembro que é importante rever os clients do SAP PI e SAP GRC-NFe..
Segue abaixo a configuração que esta no ambiente SAP PI/GRC-NFe
No nosso caso o SAP ECC estava localizado no Brasil, então foge um pouco do seu cenário já que o ECC fica na Europa.
Pede para equipe de Basis ajudar a rever estes paramentros e faça alguns testes em qualidade.
Espero ter ajudado.
Marcelo Macedo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Eduardo
Presumo que esta havendo uma confusão, do lado do ECC o timezone tem que ser setado apenas para que a data de emissao e hora do faturamento seja coerente com o horario brasileiro, acho que nesse caso apenas configurando para o usuario emissor do faturamento como BRAZIL ( dependendo do caso ) funcione, agora, o GRC precisa ser configurado com o TIMEZONE correto no customizing do GRC para cada filial.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Carlos, boa tarde.
Concordo que o timezone para o faturamento seja definido para filiais e usuários, isso já está OK.
O que está ocorrendo é um erro na conversão de horas entre CET (timezone definido no sistema ECC) e a hora do usuário (fuso horário definido para BRAZIL).
Veja que o sistema está com CET, e convertendo para BRAZIL, a hora apontada acima (14:51:45) deveria virar 09:51:45 ( - 5 horas). Porém está convertendo em 11:51:45, como se o sistema estivesse em UTC.
De repente o horário do sistema operacional deveria estar com UTC - usando o "momento" acima, seria 12:51:45, que converteria corretamente em 09:51:45 (BRT = UTC-3), só que os usuários na Europa passariam a estar em horário errado...
As OSS notes que li dizem como configurar os fusos e etc, porém não como deve ser definido o horário do sistema operacional.
Abs,
Eduardo
Ola Eduardo
Provavelmente o horario esta sendo calculado errado da assinatura do XML para frente, que seria onde os horarios de sistemas estariam mais envolvidos do que os configurados tanto para o usuario quanto para filial, creio que os seus usuarios de sistema do GRC que estão com o timezone incorreto, por isso esta ocorrendo o calculo incorreto da data.
Como voc~e mencionou anteriormente que a maquina de GRC é no Brasil, creio que precisem revisar essas configurações nesse servidor.
Carlos,
Entendi sua linha de raciocínio, mas nosso problema é antes de envolver a comunicação (pode ser que depois tenha mais alguma coisa, mas se ocorrer vai virar outra thread)
Veja que estamos tentando entender o motivo do report TZCUSTHELP ("Suporte na procura de erros na configuração do fuso horário"), executado no ECC, estar gerando o log com as mensagens de erro.
...
System time zone or UTC timer is incorrect
...
UTC timer incorrect or difference between
your entered time and current time in system is too
great.
Abs,
Eduardo
Bom dia Carlos,
Isto é verdade para NFe, porém para eventos a Sefaz introduziu um parametro de datahora com timestamp a ser enviado... E funciona assim:
O ERP manda ao GRC o timestamp UTC e o timezone.
No GRC ele faz a conversão do timestamp UTC para o formato Sefaz usando o timezone.
Por isso é importante ter a configuração do ERP e do GRC iguais, ou deve-se entender as diferenças entre os sistemas e configurar de forma "falsa" mas que atenda ao objetivo.
Exemplo:
Sistema ERP configurado com a data hora do servidor em UTC, e o SAP trabalhando em cima com todo timezone configurado corretamente.
Então agora, meu relógio marca 13:11, estou no Rio de Janeiro... Então o ERP deverá mandar ao GRC o timestamp 20120801161100 com timezone BRAZIL...
O GRC estando com a mesma base UTC faz a conversão e envia à Sefaz...
Agora imagina que a o ERP mande um UTC diferente, exemplo 20120801191100 (ou seja +6 em relação ao BRAZIL), ao chegar no GRC ele não conseguirá o mesmo resultado.
Por isso, mesmo que os servidores não estejam com UTC eles precisam no mínimo "contar a mesma história", se não a informação é gerada incorreta.
Atenciosamente, Fernando Da Rós
User | Count |
---|---|
6 | |
5 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.