Hi,
ich habe ein Problem wo mir irgendwie der Ansatz fehlt.
Mit meiner Applikation werden Techniker Einsätze für ganz EMEA geplant und dann ins CRM der Firma exportiert.
Bisher war es so, dass das Backend (Das CRM der Firma) die Konvertierung für die Zeitzonen selber gemacht hat. Sprich ich habe in meiner Software verschiedene Ländermodule für alle Länder (bzw. teilweise auch mehrere Länder die gemeinsam verwaltet werden wie DACH) und wenn jemand in einem dieser Ländermodule wie z.B. Iberia einen Einsatz um 9:00 Uhr plant, dann exportiere ich den Einsatz mit der Zeit 9:00 und dem Ländercode. Somit wurde dann entsprechend der Einsatz immer zu richtigen Zeit geplant, bzw. der Anwender musste halt selber zusehen, dass wenn er, wie im Falle von Iberia 2 Zeitzonen hat (Spanien und Portugal), das er die Zeiten entsprechend passend umsetzt.
Nun bekommt die Firma ein neues CRM und dieses erwartet beim Import immer UTC. Nun bin ich also der Dumme der sich mit den Zeitzonen herumschlagen muss. Generell kann ich natürlich erstmal eine Zeitzone für jedes Land setzen und entsprechend umrechnen. Problematisch wird es jetzt bei den Ländern die Sommer/Winterzeit haben. Ich muss ja dann entsprechend noch die 1 Stunde abziehen wenn Sommerzeit ist. Auch hier könnte man noch hergehen und mit irgendwelchen abstrusen Berechnungen herausfinden ob zu dem Zeitpunkt Sommer/Winterzeit ist aber das Ganze wird ja auch ständig geändert.
Gibt es hier irgendwas out of the Box wo ich einfach jedes Datum und Uhrzeit (vor allem teilweise auch 2 Jahre in der Zukunft) in ein UTC wandeln kann und die eben auch ohne großen Wartungsaufwand sich aktualisieren wenn irgendwelche Politiker entscheiden doch wieder was zu ändern? Also quasi eine API die ich aber auch offline nutzen kann und halt nur einmal im Monat automatisch update?
Gruß
Claus
ich habe ein Problem wo mir irgendwie der Ansatz fehlt.
Mit meiner Applikation werden Techniker Einsätze für ganz EMEA geplant und dann ins CRM der Firma exportiert.
Bisher war es so, dass das Backend (Das CRM der Firma) die Konvertierung für die Zeitzonen selber gemacht hat. Sprich ich habe in meiner Software verschiedene Ländermodule für alle Länder (bzw. teilweise auch mehrere Länder die gemeinsam verwaltet werden wie DACH) und wenn jemand in einem dieser Ländermodule wie z.B. Iberia einen Einsatz um 9:00 Uhr plant, dann exportiere ich den Einsatz mit der Zeit 9:00 und dem Ländercode. Somit wurde dann entsprechend der Einsatz immer zu richtigen Zeit geplant, bzw. der Anwender musste halt selber zusehen, dass wenn er, wie im Falle von Iberia 2 Zeitzonen hat (Spanien und Portugal), das er die Zeiten entsprechend passend umsetzt.
Nun bekommt die Firma ein neues CRM und dieses erwartet beim Import immer UTC. Nun bin ich also der Dumme der sich mit den Zeitzonen herumschlagen muss. Generell kann ich natürlich erstmal eine Zeitzone für jedes Land setzen und entsprechend umrechnen. Problematisch wird es jetzt bei den Ländern die Sommer/Winterzeit haben. Ich muss ja dann entsprechend noch die 1 Stunde abziehen wenn Sommerzeit ist. Auch hier könnte man noch hergehen und mit irgendwelchen abstrusen Berechnungen herausfinden ob zu dem Zeitpunkt Sommer/Winterzeit ist aber das Ganze wird ja auch ständig geändert.
Gibt es hier irgendwas out of the Box wo ich einfach jedes Datum und Uhrzeit (vor allem teilweise auch 2 Jahre in der Zukunft) in ein UTC wandeln kann und die eben auch ohne großen Wartungsaufwand sich aktualisieren wenn irgendwelche Politiker entscheiden doch wieder was zu ändern? Also quasi eine API die ich aber auch offline nutzen kann und halt nur einmal im Monat automatisch update?
Gruß
Claus
Kommentar