Verifique a configuração do fuso horário do usuário na transação SU01 -> na aba padrão.
Você também pode ler a Nota OSS 1530613 - Programação SD: fuso horário inválido para o cálculo da data de entrega.
Saudações,
Avalados por :
Olá a todos,
Nosso servidor está localizado nos EUA e configurado no fuso horário EST. Temos uma instalação na Malásia onde configuramos o código da empresa, da planta e os fusos horários dos usuários como UTC+8. Acabamos de lançar essa nova instalação em 1 de dezembro de 2010.
Na Malásia, na segunda-feira, 3 de janeiro de 2011, às 10h, um de nossos usuários criou uma nota de entrega. A data e hora do sistema registradas na tabela LIKP são 21h de 2 de janeiro de 2011, o que está correto, pois a Malásia está 13 horas à frente do EST. O campo de data do documento (LIKP-BLDAT) está definido como 3 de janeiro de 2011, o que também está correto. Meu problema é que todos os outros campos de data em LIKP (WADAT, LDDAT, TDDAT, LFDAT, KODAT) foram definidos na data do sistema de 2 de janeiro de 2011 em vez de 3 de janeiro de 2011. Então agora tenho um documento de entrega datado de 3 de janeiro de 2011 com uma data de coleta e planejamento de entrega de 2 de janeiro de 2011! Imprimimos essas datas em nossa lista de coleta de envios e isso está causando problemas na planta.
Esta é uma funcionalidade normal ou estou ignorando alguma configuração chave de fuso horário? Existe algum interruptor que eu precise configurar para indicar ao sistema que use sy-datlo em vez de sy-datum para essas datas?
Qualquer ajuda será apreciada.
Russ
Verifique a configuração do fuso horário do usuário na transação SU01 -> na aba padrão.
Você também pode ler a Nota OSS 1530613 - Programação SD: fuso horário inválido para o cálculo da data de entrega.
Saudações,
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute