Zeitumstellung / FuBa
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Beitrag
von littleJohn (ForumUser / 70 / 13 /
0
)
»
Hallo,
ich ermittle mir die Zeit einer anderen Zeitzone über einen beliebigen FuBa im SAP.
Allerdings hab ich das Problem, das z.B. Mexiko eine Woche später die Zeit umstellt, und daher der FuBa eine Woche falsche Ergebnisse zurückliefert.
Hat dieses Problem schonmal jemand irgendwie gelöst?
Grüße
ich ermittle mir die Zeit einer anderen Zeitzone über einen beliebigen FuBa im SAP.
Allerdings hab ich das Problem, das z.B. Mexiko eine Woche später die Zeit umstellt, und daher der FuBa eine Woche falsche Ergebnisse zurückliefert.
Hat dieses Problem schonmal jemand irgendwie gelöst?
Grüße
Je mehr wir voneinander wissen, um so höher ist unsere Chance zu überleben.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Es gibt eingebaute Befehle, um mit Zeitzonen zu rechnen. Eine lokale Uhrzeit wird in einen Zeitstempel konvertiert mit CONVERT DATE local_data TIME local_time INTO TIME STAMP timestamp TIME ZONE local_timezone. Dieser Zeitstempel kann wieder in eine Datumsangabe und eine Uhrzeit zurueckkonvertiert werden mit CONVERT TIME STAMP timestamp TIME ZONE mexico_timezone INTO mexico_date TIME mexico_time.
Dies sollte auch mit Sommer- und Winterzeit korrekt funktionieren.
Dies sollte auch mit Sommer- und Winterzeit korrekt funktionieren.
Publikationen:
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Beitrag
von littleJohn (ForumUser / 70 / 13 /
0
)
»
Okay, aber die Woche dazwischen bekomme ich damit auch nicht abgefangen, oder? Da sind's ja kurzzeitig mal 8h Unterschied anstatt 7.
Je mehr wir voneinander wissen, um so höher ist unsere Chance zu überleben.
Beitrag
von DeathAndPain (Top Expert / 1795 / 213 /
396
)
»
Mich beschäftigt Deine Aussage "ich ermittle mir die Zeit einer anderen Zeitzone über einen beliebigen FuBa im SAP."
Ich bin sicher, dass es in SAP eine Menge Funktionsbausteine gibt, die sich dafür nicht eignen. Mit einem "beliebigen" wirst Du da also nicht weit kommen. Insofern stellt sich mir die Frage, was Du da überhaupt genau tust bzw. zu tun beabsichtigst.
Ich bin sicher, dass es in SAP eine Menge Funktionsbausteine gibt, die sich dafür nicht eignen. Mit einem "beliebigen" wirst Du da also nicht weit kommen. Insofern stellt sich mir die Frage, was Du da überhaupt genau tust bzw. zu tun beabsichtigst.
@littlejohn Die Konvertierungsfunktionen lösen das Problem. Jede Zeitzone hat ein eigenes Regelwerk für Sommer- und Winterzeit in der Tabelle TTZDV.
Das folgende Testprogramm gab zwischen dem letzten Sonntag im März und dem ersten Sonntag im April acht Stunden Differenz an, sonst 7.
Die passende Zeitzone kann aus Tabelle TTZZ entnommen werden (in Mexiko müsste das die Zeitzone CST sein). Die nominale Abweichung zu UTC-Zeitzone befindet sich in Tabelle TTZR.
Das folgende Testprogramm gab zwischen dem letzten Sonntag im März und dem ersten Sonntag im April acht Stunden Differenz an, sonst 7.
Code: Alles auswählen.
START-OF-SELECTION.
WRITE: 'Winterzeit DE und Mexiko'. NEW-LINE.
CONVERT DATE '20210325' TIME '080000' INTO TIME STAMP DATA(timestamp)
TIME ZONE 'CET'.
CONVERT TIME STAMP timestamp TIME ZONE 'CST' INTO DATE DATA(mexico_date)
TIME DATA(mexico_time).
WRITE: 'Erwartet 25.03.2021 01:00:00, tatsaechlich', mexico_date DD/MM/YYYY, mexico_time. NEW-LINE.
WRITE: 'Sommerzeit DE und Winterzeit Mexiko'. NEW-LINE.
CONVERT DATE '20210329' TIME '080000' INTO TIME STAMP timestamp
TIME ZONE 'CET'.
CONVERT TIME STAMP timestamp TIME ZONE 'CST' INTO DATE mexico_date
TIME mexico_time.
WRITE: 'Erwartet 29.03.2021 00:00:00, tatsaechlich', mexico_date DD/MM/YYYY, mexico_time. NEW-LINE.
WRITE: 'Sommerzeit DE und Mexiko'. NEW-LINE.
CONVERT DATE '20210412' TIME '080000' INTO TIME STAMP timestamp
TIME ZONE 'CET'.
CONVERT TIME STAMP timestamp TIME ZONE 'CST' INTO DATE mexico_date
TIME mexico_time.
WRITE: 'Erwartet 12.04.2021 01:00:00, tatsaechlich', mexico_date DD/MM/YYYY, mexico_time. NEW-LINE.
Zuletzt geändert von jocoder am 25.03.2021 14:41, insgesamt 1-mal geändert.
Folgende Benutzer bedankten sich beim Autor jocoder für den Beitrag:
littleJohn
Publikationen:
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Beitrag
von black_adept (Top Expert / 3944 / 105 /
886
)
»
@jocoder: Aber woher weißt du wann Mexiko von CST nach CDT umstellt? In den USA wird am 1. oder 2. Wochenende im März umgestellt ( also ist dort schon von CST auf CDT umgestellt worden) wohingegen in Mexiko ( Mexico City ) erst am 1. Wochende im April umgestellt wird.
Die Zeitzone bleibt für Winter- und Sommerzeit konstant, die zusätzliche Stunde rechnet die CONVERT TIMESTAMP-Funktion hinzu. Die Zeitzone CST habe ich verwendet, da diese in meiner SAP-Auslieferung (Tabelle TTZDV) am 1. Wochenende im April auf Sommerzeit umstellt und im Bereich UTC-6 liegt. Man kann sich auch sein eigenes Regelwerk einrichten und damit das Problem der unterschiedlichen Umstellung von Winter- auf Sommerzeit zu umgehen.
Publikationen:
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Beitrag
von black_adept (Top Expert / 3944 / 105 /
886
)
»
@jocoder
Das ist aber so nicht korrekt. in TTZZ steht als Sommerzeitregel für CST die Regel "USA". In "meiner" SAP-Auslieferung stehen für die diese "USA" 2 Einträge in der Tabelle TTZDV - und zwar gilt seit 2007 wohl die Umstellung ab 1. WE März und nicht mehr 1. WE April.
Aber wie dem auch sei - der OP hat ja explizit nach Mexiko gefragt und Mexiko ist zwar "meist" auf CST - aber eben nicht immer, so dass ihm deine Umrechnungen zwar helfen könnten, er aber trotzdem aktuell nichts automatisch hinbekommt, da für Mexiko wohl keine expliziten Eintragungen von SAP ausgeliefert werden.
@littlejohn:
Leg dir im Customizing einen eigenen Eintrag für Mexiko an. Z.B. MXK, mit dem du dann die von jocoder vorgeschlagenen Konvertierungen machen kannst.
SPRO: NetWeaver -> General settings -> Time Zones -> Maintain Time Zones . Da kannst du dich dann richtig austoben und die korrekten Zeiten für die mexikanische Sommerzeit hinterlegen
Das ist aber so nicht korrekt. in TTZZ steht als Sommerzeitregel für CST die Regel "USA". In "meiner" SAP-Auslieferung stehen für die diese "USA" 2 Einträge in der Tabelle TTZDV - und zwar gilt seit 2007 wohl die Umstellung ab 1. WE März und nicht mehr 1. WE April.
Aber wie dem auch sei - der OP hat ja explizit nach Mexiko gefragt und Mexiko ist zwar "meist" auf CST - aber eben nicht immer, so dass ihm deine Umrechnungen zwar helfen könnten, er aber trotzdem aktuell nichts automatisch hinbekommt, da für Mexiko wohl keine expliziten Eintragungen von SAP ausgeliefert werden.
@littlejohn:
Leg dir im Customizing einen eigenen Eintrag für Mexiko an. Z.B. MXK, mit dem du dann die von jocoder vorgeschlagenen Konvertierungen machen kannst.
SPRO: NetWeaver -> General settings -> Time Zones -> Maintain Time Zones . Da kannst du dich dann richtig austoben und die korrekten Zeiten für die mexikanische Sommerzeit hinterlegen
Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag:
littleJohn
Seite 1 von 1
Vergleichbare Themen
5
Antw.
Antw.
708
Views
Views
FUBA mit FUBA RSPO_OUTPUT_DEVICEDATA eine Liste ausgeben
von Thomas E » 06.05.2021 12:49 • Verfasst in ABAP® Core
von Thomas E » 06.05.2021 12:49 • Verfasst in ABAP® Core
1
Antw.
Antw.
1026
Views
Views
0
Antw.
Antw.
607
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.