on 04-25-2014 8:10 PM
Olá Pessoal!
Gostaria de uma dica referente a situação abaixo:
Quando criamos a Fatura e a NF-e, que é um processo praticamente simultâneo, ocorre que
o Documento da NF-e é gerado com 01 Hora a menos que o Documento da Fatura.
Mas isso só ocorre caso o UserId que esteja emitindo o Documento da Fatura e o Documento da NF-e seja do Nordeste,
e este UserID estiver configurado com o Parâmetro do Campo "Fuso Horário Pessoal do Usuário" com o Valor "UTC-3".
Se retirarmos esse Valor "UTC-3" desse Parâmetro, os horários de criação desses Documentos ficam corretos.
Visto que os Estados do Nordeste, exceto o Estado da Bahia, não estão utilizando o Horário de Verão, ou seja,
estão com 01 Hora de atraso em relação ao Estado de São Paulo, onde estão localizados os nossos Servidores.
Para as outras localizades está tudo correto, a divergência de horários não ocorre.
Exemplos:
--> Situação em que ocorre o Problema ( UserID Com UTC-3 ).
20.01.2012 - 17:04:24 - Data-Hora Criação Fatura
20.01.2012 - 16:04:25 - Data-Hora Criação NF-e
20.01.2012 - 17:08:22 - Data-Hora Autorização NF-e
20.01.2012 - 17:08:54 - Data-Hora Cancelamento Fatura
20.01.2012 - 17:09:02 - Data-Hora Cancelamento NF-e
--> Situação em que não ocorre o Problema ( UserID Sem UTC-3 ).
20.01.2012 - 17:37:29 - Data-Hora Criação Fatura
20.01.2012 - 17:37:32 - Data-Hora Criação NF-e
20.01.2012 - 17:40:36 - Data-Hora Autorização NF-e
20.01.2012 - 17:41:07 - Data-Hora Cancelamento Fatura
20.01.2012 - 17:41:09 - Data-Hora Cancelamento NF-e
Gostaríamos de saber se alguém já vivenciou esse tipo de situação e o que foi realizado,
ou se teria alguma dica, ou mesmo uma Nota SAP a ser aplicada para que o problema citado não ocorra.
Estamos na Versão SAPKH60405 do Sistema SAP ECC.
Existe a Thread mas não foi encontrado solução na época.
Agradeço antecipadamente todas as sugestões.
Obrigado !
Olá Fernando, veja como funciona nosso processo:
Uma empresa multinacional que possui várias filiais no Brasil em diversas UF.
Os processos são executados em cada filial, por exemplo o processo de vendas;
Na filial CEARÁ é criada a VA01, Depois VL02N depois VF01, todas esses documentos ficam com com o horário do SERVIDOR do SAP, por exemplo BRAZIL -3, porém quando faz a emissão da NFE a nota pega o horário ZBRAZI -2 que foi customizado para FILIAL CEARÁ e para o USUÁRIO, o que precisamos é que a VF01 e a NFE fiquem com os mesmos horários ou seja ZBRASI -2.
Ou seja todo processo da filial CEARÁ deveria acatar o fuzo horário customizado para FILIAL e USUÁRIO.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia Rafael,
Se entendi bem, isso não seria de todo bom, pois para o controle de data/hora criação nada melhor do que o horário limpo do servidor. Sempre igual para todos e nem precisamos pensar em que horário estamos. Digo isto pois o campo não é um timestamp preparado para UTC mas um Date e um Time que para localizar precisaria de um timezone junto.
O suporte ao timezone de filial/usuário só foi pois era necessário externamente, mas você pode reparar que no log da J1BNFE fica confuso quando tem user de um lado, user de serviço, user de outra zona... resumindo fica uma zona.
Se um dia vierem a redesenhar a solução, acho pouco provável, fariam com um timestamp UTC based que sempre "seria" o servidor e cada usuário visualizaria em seu timezone.
Regards, Fernando Da Rós
Bom dia Rafael,
Não entendi o problema, o usuário está correto como UTC-3? É um mesmo usuário que trabalha para várias filiais?
Uma opção de configuração que você pode usar é setar o timezone da filial, que tem preferência frente ao usuário no caminho SPRO -> Cross-Application Components -> General Application Functions -> Nota Fiscal -> CNPJ Business Places -> Define Business Places -> (selecione o BP) -> Go To -> Address
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.
User | Count |
---|---|
11 | |
3 | |
1 | |
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.